Forge 锻造者

要解决什么问题

很多「每周都要做一遍」的自动化任务，第一次用提示词能跑通，第二次就会在信源失效、字段对不上、缺数据上卡住。常见做法是不断改 prompt，但改动往往来自猜测，而不是上一轮真实执行里暴露的阻力。

Forge 面向的是：有重复节奏、能判断好坏、执行中一定会碰壁 的任务。它把「把经验固化成可复用 skill」当成交付物，而不是单次对话里凑合完成。

双螺旋怎么跑

你描述「每次做什么、成功标准、频率」后，Forge 会进入 3～7 轮（或更早停止）的 A→B→A 循环，中间不等你点「继续」：

• A 链：读上轮 B 链的卡点清单 → web_search 聚焦 1～2 个卡点 → 直接写 rules-v[N].md → 立刻进 B 链
• B 链：按最新规则真跑任务（采集、抓取等）→ 记录规则是否有效、登记新卡点 → 立刻进下一轮 A

终止条件之一是 连续 2 轮没有新卡点（收益递减）。轮次状态落在 memory/forge-state-[task].json。结束时给你三样东西：进化报告（每轮发生了什么）、经真实执行验证的规则、以及评估后封装的 可复用 skill。

快捷指令包括 forge、forge status、forge recap、forge package、forge stop。

适用边界

• 适合：竞品情报周报、监控类流水线、结构化内部文档等——资料中 FPS 竞品情报周报 已走通 5 轮并产出 fps-intel-collector skill；其余场景在文档里是逻辑成立、尚未同等级验证。
• 不适合：无法定义「做得好不好」、或一次性、无法从执行反馈里提炼卡点的任务。
• 执行纪律写在协议里：轮间 禁止 问用户是否继续、禁止 用 cron 拖延本可立刻 spawn 的执行；唯一合理停顿是 最终报告 推给你之后。它与造物主体系里的 King / Queen / Mirror 分工不同：Forge 专门回答「怎么把踩坑经验变成稳定能力」。