蜂兵虾将OPC

要解决的问题

热点协作最常见的失败不是"模型不够聪明"，而是流程全靠人复述：换一次会话，业务背景要重说一遍；热点清单、选题、趋势判断、复盘散落在不同对话里；让通用助手"盯今天的热点"，它要么凭空编一份，要么把内容任务和工程任务揉成同一包角色。蜂兵虾将OPC 把这些固化成带运行时入口的操作台，核心假设是流程由系统负责，而不是由用户每次口述。

核心能力

• 五层记忆：LayeredMemory 按 L0–L4 分层存储并带 TTL。会话内偏好（L1，约 24 小时有效）写过一次就自动带入后续模块；可复用的工作流模板则进 L3 永久保存。
• 场景路由：prepareMission() 用 domain 区分 content 与 engineering。热点类走信息守护者→内容军师→趋势预言家；工程类走 coordinator→explorer→planner→implementer→verifier→reviewer 六角色。注意 feature-delivery 这个 preset 同时覆盖两种语义，跑工程交付验证必须显式传 domain: 'engineering'，否则会被按 content 处理。
• 验证闸门：verifier 返回 PASS/FAIL/NEEDS_EVIDENCE，没有证据就不宣告完成；auditCommand 对 rm -rf、curl|sh、sudo 这类命令先审计再给建议。
• 值班协作：system.dutyCheck() 只在被配置为 cron 等自动任务时生效，默认沉默，只有未闭环风险或 setReminder() 设的提醒命中才主动开口。
• 创作约束：动笔前必须先读 references/topic-intuition.md 和 references/emotion-control.md，过选题四问；标题走"具体人群+未说出口的情绪+反常识判断"公式，开头走四句法。

执行顺序

标准链路是：读记忆 → Top-5 预检索 → 选路径 → 执行 → 交付 → 沉淀 → 下一步菜单。domain=content 下遇到目标平台、受众或主诉不明确等模糊信号，先输出一行理解确认再产出；不满意时按三级纠错升级——先按反馈改、再复述理解后整版重做、最后要参考案例。每个内容模块结束必须给编号的下一步选项，不能一句增值建议就收尾。

适用边界

• 运行时不联网、不抓取任何数据。热点扫描依赖对话环境本身的搜索工具；没有时需要你把热点信息贴进来，它只负责分级、判断与路由，不会凭空生成"今天的热点"。
• implementer 能否真正改到代码文件，取决于当前环境是否提供文件读写工具，不是这套 Skill 自带的能力。
• 不做法律、税务、财务判断，也不自动发布内容到任何平台。
• 卡住时必须说清卡在哪一步、缺什么信息，并给出至少两个可执行选项；工具调用失败要先自行重试一次再反馈。