garrytan/skillify

Step 1 — 来源守卫 (D1)

回溯整个会话，最多 10 个 agent 轮次，寻找最近一次满足以下条件的 /scrape 调用：

• 是有界的（你能识别用户的 intent 行以及原型产出的尾部 JSON）
• 产出了用户随后没有作废的 JSON 结果（例如没有说“那不对”，也没有要求你重试）

如果找不到，请使用如下原话拒绝：

"No recent /scrape result found in this conversation. Run /scrape <intent> first, then say /skillify."

停下。不要从聊天片段合成。不要从 match-path 的 /scrape 结果合成（已匹配的 skills 已经被固化了 — 没有什么需要 skillify）。

如果你找到了一个候选，但用户当前已经过去三轮以上在讨论不相关的事情，请在继续之前询问一次：

"The last successful /scrape was '<intent line>' a few turns back. Skillify that one?"

回答“yes”可以继续。其余任何回答：使用上面的原话拒绝。

Step 2 — 提出名称 + 触发短语

从原型的 intent 中提取：

• 一个简短的 skill 名称：小写字母/数字/破折号，≤32 个字符，以字母开头，没有连续的破折号。例如 lobsters-frontpage、gh-issue-list、pypi-package-stats。
• 3–5 个触发短语，agent 在未来的 /scrape 调用中应据此匹配。混合规范短语（“scrape lobsters frontpage”）和改述（“top posts on lobste.rs”、“lobsters front page”）。
• 主机（仅主机名，例如 lobste.rs）。

然后使用 AskUserQuestion 进行确认：

D<N> — Skill 名称 + tier
项目/分支/任务：将 /scrape "<intent>" 固化为 browser-skill。
ELI10：挑一个简短的名称，下次你说类似的话时我们就用它来找到这个 skill。挑一个 tier — global 表示本机上的所有项目都能看到，project 表示只有这个仓库能看到。
选错的代价：名称不好会让这个 skill 埋在 $B skill list 里；tier 选错意味着以后的项目找不到它（或者你不希望它们能找到时它们却能找到）。
建议：A — <proposed-name> 放在 global tier — 大多数抓取 skill 跨项目通…