feat: 评论支持回复（两级 + @某人）

不做无限层级——手机屏幕撑不住层层缩进，读到第四层就没法看了。
微信、小红书、B站清一色是两级：一级评论 + 其下的回复列表，回复里
用「回复 @某人」表达指向谁。

数据结构：comments 加 parent_id + reply_to_name。回复的回复会被
压平到同一条一级评论下（parent_id 取爷爷的），同时把被回复人的名字
记进 reply_to_name —— 这样既保住两级，又不丢「在跟谁说话」的信息。

几个容易做错的地方：
- 一次查完这一页所有一级评论的回复，不是每条一次查询（N+1）
- 一级评论默认只带 3 条回复，其余点「展开全部 N 条」再拉，避免热门
  评论一次返回几百条
- 删一级评论要连它下面的回复一起删，否则回复变成挂在空处的孤儿；
  帖子的 comment_count 也要按实际删除条数减，不是减 1
- total 统计含回复，和帖子上显示的数字对得上
- replies 为空时返回 []，不是 null

实测四条评论（含一条回复的回复）：
  ▸ 甲：一级评论   （2 条回复）
      └ 乙：多久了？
      └ 甲 回复 乙：三天了
  ▸ 乙：另一条一级评论   （0 条回复）
删掉第一条一级评论后 total 4→1，comment_count 同步。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

pets-fe/utils/api.js

@@ -108,8 +108,13 @@ const api = {
   deletePost: (id) => request({ url: `/api/posts/${id}`, method: 'DELETE' }),
   deleteComment: (id) => request({ url: `/api/comments/${id}`, method: 'DELETE' }),
   listComments: (id) => request({ url: `/api/posts/${id}/comments` }),
-  createComment: (id, content, images) =>
-    request({ url: `/api/posts/${id}/comments`, method: 'POST', data: { content, images: images || [] } }),
+  createComment: (id, content, images, parentId) =>
+    request({
+      url: `/api/posts/${id}/comments`,
+      method: 'POST',
+      data: { content, images: images || [], parent_id: parentId || '' },
+    }),
+  listReplies: (commentId) => request({ url: `/api/comments/${commentId}/replies` }),
 
   // 文章
   listArticles: () => request({ url: '/api/articles' }),