我们进入你的业务场景，把一件事真正跑通；再把跑通的方法写成带输入、规则、输出和边界的技能包——一次成功，变成团队反复能用的资产。
一个负责在真实业务里跑出结果，一个负责把成功的方法沉淀成可复用资产。这两件事我们一次做完，不留「做完就散」的项目。
深入你的业务流程，接上真实数据和人工确认点，把场景从「能演示」推到「每天在跑」。
把这一次跑通的方法固化下来，让它不再依赖某个人的记忆，谁调用都能得到一致的结果。
工具市面上都有，难的是让它真正进入你的流程，并且用过一次之后还能有第二次。
业务目标、流程阻力和 AI 能力之间缺少一层翻译，试点很好看，但很难变成真正的上线路径。
工具可以演示，但进不了团队节奏、人工确认点和真实业务指标，最后停在「用过一次」。
项目结束后，经验还停在某个人的脑子里和一份文档里，没有变成可调用、可复用的团队资产。
一个能长期用下去的技能，至少要经得起下面这三句话的检验。
精心调出来的提示词，换个场景、换个人就失效。技能要定义输入、规则、输出和失败处理，能被不同的人在真实任务里反复调用。
演示好看但接不进流程，等于没做。技能要到你的环境里联调，带着权限、密钥、异常处理和回滚方案跑起来。
写在文档里的规范没人会执行。技能是可执行的方法，能进版本管理、能被团队共享、能被治理和审计。
每一步都有明确产出，你可以随时知道进展到哪、接下来做什么。
你把业务目标、现有系统和期望结果讲清楚，我们判断可行性与边界，不确定的地方当场问透。
拆出使用者角色、输入数据、关键规则、输出格式和验收边界，形成一份双方确认的技能蓝图。
按蓝图实现为可在 Codex / WorkBuddy / Claude Code 里直接调用的技能，含参数校验与失败重试。
在你的环境里接通数据、权限与人工确认点，处理异常与回滚，直到每天真实跑得起来。
交付文档与真实样例，给团队做一场上手讲解，再按使用中的失败样例持续迭代版本。
复用范围不同，技能的设计方式、权限设计和治理要求都不一样。这一步我们在开工前就先对齐。
把某个业务专家的高频方法，封装成他自己随手能调用的流程。
例如：资深销售每天要写的客户跟进话术
把小组日常协作的模板变成稳定产出，谁做结果都一致。
例如：每周运营复盘的结构化输出
把统一的知识、话术、审批规则沉淀成公司资产，可控可审计。
例如：客服应答规范与知识库路由
把行业共性任务整理为可复用方法，甚至可以作为你对外交付的产品。
例如：门店巡检报告自动生成
常见的是下面两类，也经常是两者的组合：先写一个技能，再把它接进你的系统。
按你的 SOP 写成的技能包，装在 Codex / WorkBuddy / Claude Code 里直接调用。
把 AI 接进你已有的系统：企微、钉钉、内部 API、数据库。
不是一句「已经部署好了」，而是一套你的技术同事也能接手继续维护的东西。
完整可读的实现，不是黑盒。你的技术同事可以在我们退出后继续改。
输入、输出、参数、适用边界与失败处理的完整说明，新成员照着就能上手。
来自你业务场景的输入输出样例，团队照着改就能用，不是通用 demo 数据。
在你环境里跑通的验证记录，含权限、密钥、异常处理与回滚方式。
面向真正要用它的人，回答「我每天该怎么用它」，而不是只讲技术原理。
版本号、更新日志与后续迭代方式，让这个技能能长期活下去，而不是交付即停更。