fix: 检查二的感谢评论发到原 issue，不发到 #160

.claude/skills/chinese-indie-dev/SKILL.md

@@ -22,7 +22,6 @@ allowed-tools:
 检查最近的新评论、新 Issue、新 PR，将有效项目添加到对应 README，关闭垃圾内容。
 
 ⚠️ 严格禁止：不得调用添加 reaction 的 API。
-✅ 唯一允许发的评论：所有项目处理完毕后，在 issue #160 发一条感谢评论（见最后一步）。
 
 ---
 
@@ -43,6 +42,8 @@ grep -r "<产品URL>" README.md pages/README-Programmer-Edition.md pages/README-
 
 已存在则跳过。不存在则进入「通用处理流程」。
 
+处理完所有检查一的评论后，记录所有成功处理的评论作者用户名（用于最后一步发感谢评论到 #160）。
+
 ---
 
 ## 检查二：最近 2 小时内开启的新 Issue（非 #160）
@@ -54,9 +55,23 @@ gh api "repos/1c7/chinese-independent-developer/issues?state=open&per_page=50" \
 ```
 
 判断每个 Issue：
-- **有效项目提交**（含产品名 + 可访问 URL）→ 进入「通用处理流程」，完成后关闭：`gh issue close <number>`
+- **有效项目提交**（含产品名 + 可访问 URL）→ 进入「通用处理流程」，完成后：
+  1. 在**该 issue 本身**（不是 #160！）发感谢评论：
+     ```bash
+     gh api repos/1c7/chinese-independent-developer/issues/<number>/comments \
+       -X POST -f body="@<提交者用户名> 感谢提交，已添加！"
+     ```
+  2. 发完立即 PATCH 去掉 Claude 署名（.id 从上一步响应获取）：
+     ```bash
+     gh api --method PATCH \
+       repos/1c7/chinese-independent-developer/issues/comments/$COMMENT_ID \
+       -f body="@<提交者用户名> 感谢提交，已添加！"
+     ```
+  3. 关闭 issue：`gh issue close <number>`
 - **垃圾广告、无关内容、内容不清晰** → 直接关闭：`gh issue close <number>`
 
+检查二的提交者不需要在最后一步中 @ 到 #160，他们已在各自的 issue 里收到了感谢。
+
 ---
 
 ## 检查三：最近 2 小时内开启的新 PR（排除 auto-add- 分支）
@@ -140,17 +155,18 @@ gh api repos/1c7/chinese-independent-developer/issues/comments/<COMMENT_ID>/reac
 
 ---
 
-## 最后一步：发感谢评论并删除 Claude 署名
+## 最后一步：发感谢评论并删除 Claude 署名（仅针对检查一的提交者）
 
-所有三个检查都处理完之后，如果本次成功合并了至少一个项目，在 issue #160 发一条感谢评论，一次性 @ 所有本次处理的提交者：
+所有三个检查都处理完之后，如果检查一中成功合并了至少一个项目，在 issue #160 发一条感谢评论，一次性 @ 所有**来自检查一**的成功处理的提交者：
 
 ```bash
 gh api repos/1c7/chinese-independent-developer/issues/160/comments \
-  -X POST -f body="@user1 @user2 @user3 感谢提交，已添加！"
+  -X POST -f body="@user1 @user2 感谢提交，已添加！"
 ```
 
 - 只发一条，不要逐人发多条
-- 如果本次没有成功处理任何项目，不发评论
+- 检查二的提交者不要 @ 到这里（他们已在各自的 issue 里收到了感谢）
+- 如果检查一没有成功处理任何项目，不发评论
 
 评论发出后，Claude Code 会自动在正文末尾追加 "Generated by Claude Code" 署名。发完后立即用 PATCH 接口覆写该评论，去掉署名：