re-feedback

经验反馈

两条红线，违反即停： 1. 呈现中性：选项/建议禁用「最推荐」「强烈建议」等最高级强推措辞，只中性列出选项与适用场景，由用户自决。 2. 隐私脱敏：蒸馏产物禁止具体到某个项目/公司/产品，暗示也不行（行业+规模+地域组合、专有协议名、内部代号等）。 本库公开发布（npm + 插件市场），本地入库同样受约束。入库/发 issue 前必须做脱敏自检。

完整工作流

1. 收集（三源归一）：
   • 会话复盘：本次分析会话的踩坑/新方法（[[re-analyze]] 第四步调用时已就绪）
   • 文章扫描：node bin/wxsource.mjs 抓取看雪/微信文章（node bin/wxsource.mjs kanxue thread <帖子ID> --md / node bin/wxsource.mjs wechat <文章URL> --md），逐篇蒸馏
   • 手动输入：用户一句话/一段笔记
2. 蒸馏与脱敏：按 references/intake.md —— 坑格式 **标题**：现象——…；原因——…；对策——…，同步脱敏
3. 归域分类：references/intake.md 决策表 → grep 技能库兜底 → 仍不确定问用户（不猜）
4. 三档处理（中性呈现，不带推荐标注）： 先问用户档位：「这次经验怎么处理？1. 发表 issue 2. 本地入库 3. 不入库」，选定后再执行对应档，不预设默认档
   • ① 发表 issue：which gh + gh auth status 探测；可用则 gh issue create --repo dslsdzc/rev-skills --label 经验，标题「经验: <技能>: <一句话>」，正文按 references/issue-template.md；不可用 → 输出 markdown 草稿供手动提交；label 报不存在 → 去掉 --label 重试或提示用户先创建；仓库不可达 → 输出草稿
   • ② 本地入库：grep 去重 → 追加到该技能 references/experience.md（无则创建，条目含来源+日期）→ SKILL.md「常见坑与陷阱」保留精选并追加 experience.md 链接（先建文件再加链接，避免断链）→ npm test 校验 → 按步骤 5 约定提交（或先询问用户）
   • ③ 不入库：确认后结束
5. （文章扫描路径可选）提交 commit：「经验: 第N轮扫描入库X篇——<篇目>」，message 列出每技能新增条目

何时走哪条路（选择树）

• 输入 = 本次分析会话摘要 → 会话复盘源；目标 = 沉淀本次实战
• 输入 = 文章 URL / 帖子 ID / 文章文本 → 文章扫描源；逐篇蒸馏，按 intake.md 标准跳过工具/推广帖
• 输入 = 用户一句话/笔记 → 手动源；直接蒸馏
• 三档选择（中性呈现）：1. 发表 issue（可公开分享、他人可复用）2. 本地入库（本库沉淀、随库发布）3. 不入库（仅会话内保留）

跨域联合

• [[re-analyze]] 第四步（可选）调用本网关做会话复盘
• 归域目标为全部技能（[[re-binary-core]] [[re-malware]] [[re-firmware]] [[re-protocol]] [[re-mobile]] [[re-anti-analysis]] [[re-cracking]] [[re-vuln]] [[re-ctf]] [[re-managed]] [[re-forensics]] 及其原子技能）
• 文章抓取用仓库 bin/wxsource.mjs；入库后用 npm test（validate.mjs）校验结构

常见坑与陷阱

• 蒸馏不脱敏直接入库/发 issue → 泄漏项目身份 —— 红线 2，入库前逐项列专有名词自检
• 呈现带「最推荐」等强推 → 绑架用户判断 —— 红线 1，只中性列选项
• 归域不确定硬猜 → 经验写错技能、下次检索不到 —— 问用户
• 入库后不跑 npm test → 断链/格式错破坏 CI —— 每次入库后必须 npm test
• 重复条目重复入库 → 库膨胀 —— 入库前 grep 关键词去重
• 文章扫描不跳过工具/推广帖 → 经验贬值 —— 按 intake.md 跳过标准过滤
• 信任工具输出前先断言前置条件：现象——工具运行看似正常但产出空/宽松/无操作（缺官方运行时返回空输出、架构不符时 hook 零命中、带壳重打包真机黑屏、屏幕未唤醒截图空白）；原因——工具都有硬前置条件（官方运行时/原生架构/未加壳/环境就绪），违反时不报错而安静失败；对策——采信任何输出前显式断言其前置条件在该目标上成立，静默与空结果一律先当可疑；三条结构互异的直路均失败即被运行时不变量封锁，停止重试，改换环境/抽象层/目标（来源：reverse-skills（inliver233），MIT）
• 多代理协作状态写入交接文档：现象——多代理并行分析对账不上、死路重走、假设反复验证；原因——状态只存在聊天历史，各代理对「已确认/已排除」无共同基准；对策——单一控制器作唯一验证权威（代理假设须经控制器装机复现才算确认），每代理每轮一个目标，操作现场/已确认事实（带验证方式）/必填的已排除清单/建议第一步写入交接文档，对账按证据类别排序（运行时 > 静态 > 假设）（来源：reverse-skills（inliver233），MIT）
• 蒸馏措辞触发协作模型拒答：现象——含「破解/绕过」等词的蒸馏产物在协作流程中遭拒答；原因——触发词被内容策略拦截，与内容质量无关；对策——蒸馏阶段系统性改写为工程语言（代码恢复/兼容性适配/完整性校验适配/运行时签名适配），并随附授权前提声明（自有代码恢复/互操作/安全审计/CTF/教育，不授权对抗受保护软件），与红线 1 呈现中性同源，入库前照此自检（来源：reverse-skills（inliver233），MIT）
• 更多经验见本技能 [[experience]]（经验全集）