OSINT 到技能生产线

它解决什么问题

很多技能是从"我觉得这句有用"开始写的，问题在于：如果这句话来自短视频断言、名人语录或营销口径，传播链里可能夹带水分。直接把未验证的主张固化成 SKILL.md，做出来的技能会自带虚假前提，使用者照着跑反而被误导。这个流水线把入口卡死——先对主张做重情报分析，证伪不通过就不进入造技能阶段。

它如何工作

核心能力：

• 先证伪再固化：传播链有水分的题材（名人名言、短视频断言、营销数字）必须先过 Phase 1 归属审计与效果对撞，不臆造没看到的内容。
• 四段编排：情报 → 验证 → 审查 → 发布，每段调用对应专业 skill，AI 只出中间产物，"发不发"由人定。
• 自治滑块：默认建议档，关键节点请人拍板；用户说"直接发布/一条龙"时才锁发布档跳过二次确认。
• 有界回退：Phase 2 连续两轮只找到案例级证据时挂起 insight-inbox 标"证据不足"，宁缺毋滥不硬做。

关键步骤：

• Phase 0 记录主张原文、来源与关联人物，追加到固定 inbox 文件。
• Phase 1 调用重情报 skill 产出报告：归属审计、效果对撞、调节变量猎取、案例自动沉淀为 CASE-0xx.md。
• Phase 2 提取洞察做证据分级，核心 claim 需 ≥1 因果或 ≥2 相关才放行。
• Phase 3 写 SKILL.md，含证据速查表带因果强度列、常见错误台账、出口闸门两问。
• Phase 4 总宪章审查，修记忆兜底与定标，跑编码卫生检查。
• Phase 5 先 --dry-run 预检 frontmatter，通过后才正式发布。

适用边界与注意点

• 依赖四个下游 skill：osint__skillhub、insight-to-skill、skill-charter-audit、skillhub-publisher，任一被下架或接口大改，编排需回 Phase 0 重映射调用方式。
• 编码卫生是硬门槛：发布前必须跑 scripts/check_encoding.py，UTF-16/BOM 会让 SkillHub 整篇乱码扣到 3.6。
• 路径坑：CLI 必须写完整 Windows 绝对路径并加 MSYS_NO_PATHCONV=1，禁止 ~ 展开。
• 授权边界：无"直接发布"明示就显式问确认，不对未授权题材静默发布。
• 重情报阶段最耗时：端到端常需数十分钟，但"直接发布"模式下不中途停下。