Agent trace 诊断器:当用户提供 trace、日志 JSON、agent 执行记录、工具调用序列,或说“看下这个日志/trace,定位根因”“只说明问题不要改文件”时使用;用中文输出核心根因、可视化执行流程图、trace 证据链、可能文件/行和修复建议,默认只读。不用于没有日志证据的新功能设计、普通代码解释或直接修复代码。
日本語の概要は準備中です。原文の説明を表示しています。
StyleWork 云效需求同步 / 云效导出到钉钉表格:当用户要把云效某个月或某批需求导出为 Excel,并复制到已有钉钉在线表格的新 Sheet,按迭代排序、分组留空、设置黄色加粗表头、冻结首行和置顶时使用。也适用于登录过期后扫码继续、用户直接提供本地 Excel、或检查本次同步结果。
V1 只做云效到钉钉,不用于需求排期判断、钉钉反向写回云效、创建新的钉钉文件或修改已有 Sheet。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
把用户指定的云效需求视图通过界面导出,转换成固定字段和迭代分组,再写入已有钉钉表格的一个新 Sheet。这个 Skill 有外部写入副作用,必须先完成本地预检,再创建 Sheet;不得覆盖或修改旧 Sheet。
dws。curl、HTTP API、人工复制粘贴或其他写入方式绕过。按以下优先级取得云效视图 URL 和钉钉表格 URL:
$HOME/Documents/Codex/stylework-yunxiao-requirement-sync.local.json 的 yunxiao_view_url 与 dingtalk_sheet_url;月份优先取用户明确指定的目标月份;否则从导出数据的迭代字段推断。存在多个月份且用户未指定时,在写入前询问一次。浏览器导出不可用时,接受用户给出的本地 Excel。
读取 references/field-contract.md。最终列顺序严格为:
标题、负责人、创建者、迭代、技术难度、优先级、客户名称、URL
父ID。描述。创建者 不得改成 创建人。执行前读取当前运行时的 browser:control-in-app-browser、spreadsheets 和 dws Skill。实际浏览器自动化前必须读取内置浏览器的实时工具文档;不要依赖过期 selector 或截图坐标。
用 Spreadsheets 能力读取 Excel,按 references/field-contract.md 生成一个只含 8 列的 CSV 中间文件:
YY.M.W,按年份、月份、周次升序排序;同迭代内保持原始顺序。只有预检无阻塞异常时才进入钉钉写入。
读取 references/sync-playbook.md 并严格使用其中的 DWS 命令。
/i/nodes/ URL 先运行 dws doc info,确认类型为在线表格(ALIDOC/axls)。dws sheet list 获取现有名称。智能体{M}月需求-MMDD。智能体{M}月需求-MMDD-HHmm;若仍冲突则停止,不覆盖、不删除旧 Sheet。所有 DWS 调用必须带 --format json。命令失败时只允许增加 --verbose 原样重试一次;第二次仍失败即停止并报告。
按顺序执行:
dws sheet csv-put 从 A1 写入完整 CSV。A1:H1 设置背景色 #FCC102 和加粗。dws sheet update 设置冻结首行并把 Sheet 移到最前。若新建后某一步失败,不删除 Sheet。报告成功步骤、失败步骤、Sheet 名称与 ID;经用户再次明确要求后才继续修复半成品。
至少验证:
dws sheet info 返回预期名称、frozenRowCount=1 和 index=0 或等价字段;dws sheet range read 返回 8 个正确表头;A1:H1。不能取得读回证据时,不得声称同步完成。
完成时报告:
阻塞时只报告已完成到哪一步、阻塞原因、需要用户做的一个动作和可恢复点。
未来可在同一操作型 Skill 中扩展“钉钉 -> 云效”,但必须通过 URL 定位需求、先展示逐字段差异并获得明确确认后写回。V1 不提供该能力,也不得暗示已经支持。
#FCC102、加粗、冻结首行和移到最前均有命令证据。references/field-contract.md:字段、排序、空行和异常处理规则。references/sync-playbook.md:DWS 命令顺序、重试和读回验证。evals/evals.json:触发、非触发与历史失败回归场景。まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Agent trace 诊断器:当用户提供 trace、日志 JSON、agent 执行记录、工具调用序列,或说“看下这个日志/trace,定位根因”“只说明问题不要改文件”时使用;用中文输出核心根因、可视化执行流程图、trace 证据链、可能文件/行和修复建议,默认只读。不用于没有日志证据的新功能设计、普通代码解释或直接修复代码。
日本語の概要は準備中です。原文の説明を表示しています。
协作校准 / 认知校准 / 问题脑暴:当用户有模糊感受说不清问题、方案越补越复杂、想挑战假设、 想重新定义问题、想知道成熟领域里怎么叫这个问题时使用。 可用中文唤起:"帮我想想""先聊一下""一起脑暴""我感觉有问题但不清楚是什么" "先别执行,帮我看清问题""挑战我的假设""这个方案是不是想错了""帮我做认知校准" "双向钢人""钢人论证一下""正反最强论证,给我明确判断"。 也适用于:用户直接说"帮我做 X 功能""接入 Y 平台"但背景复杂、或对话早期感觉方向可能跑偏时, AI 主动识别并建议进入脑暴模式。 这里的“挑战假设”主要指问题定义、目标、约束和领域定位层面的假设;如果问题已确认且用户已有具体方案、 计划、架构或决策要压力测试,应转用 grill-me。不用于翻译、摘要、格式整理、单文件小改等简单执行任务。
日本語の概要は準備中です。原文の説明を表示しています。
AI 工作资产化诊断器 / Assetization Router:当用户提供 AI 协作会话、重复任务、prompt、工作流描述、 团队 AI 使用场景或一次成功交付过程,并要求判断应该沉淀成 Prompt、Context Pack、Workflow、Skill、 Loop、System,或根本不值得沉淀时使用。它只做诊断、分层和下一步资产建议,不替代具体 Skill 创建、 PRD 起草、调研、实现或自动化执行。不用于普通事实查询、一次性文案、trace 根因分析或高责任专业判断。
日本語の概要は準備中です。原文の説明を表示しています。
设计脑暴 / 实现前方案校准:当用户想把已基本成立的想法、功能方向或产品问题,在写 PRD、画 mockup 或进入开发计划前,先比较方案、确认取舍、对齐 UI/视觉约束,并收敛成可执行设计 spec 时使用。 可用中文唤起:“先脑暴一下方案”“先不要写 PRD,帮我设计几种路径”“参考 brainstorming 把这个需求变成设计 spec” “实现前先讨论设计”。问题还没定义清楚时先用 ai-collaboration-calibration;已有方案要压力测试时用 grill-me; 直接写 PRD 时用 prd-architect;grill-me 返回精确设计 gap 时,本 Skill 只输出 Design Delta。
日本語の概要は準備中です。原文の説明を表示しています。
竞品决策分析 / Competitive Decision Brief:当用户要调研竞品、替代方案、新产品、SaaS/AI 产品或市场信号, 并希望把官网、定价、评论、文档、更新日志、登录态走查、截图或浏览器取证转成产品定位、路线图、定价、 功能优先级、差异化、Go/No-Go 或 PRD 输入时使用。核心行为是先锚定产品决策,再选择证据渠道, 最后输出可行动的 Product Decision Brief;不要把它降级成泛泛功能清单、纯 UX 走查或“点完所有按钮”报告。
日本語の概要は準備中です。原文の説明を表示しています。
复杂探索资产化 / Complex Exploration:当用户面对复杂、不确定、多轮迭代的产品策略、Roadmap、商业化定价、竞品定位、复杂 PRD 前置探索、项目复盘或方法论沉淀任务时使用。它先判断任务类型,暴露隐含假设,重构真正问题,规划探索路径和中间产物,并在结束后沉淀认知、结构、方法论、工具和影响力资产。不用于简单润色、翻译、摘要、明确执行任务;问题只需早期认知校准时优先用 ai-collaboration-calibration,已有方案要压力测试时用 grill-me,系统专题研究用 research-topic-compiler。
日本語の概要は準備中です。原文の説明を表示しています。