Yuanyuan Blueprint Workshop
Purpose
This skill packages the full Yuanyuan workflow into one reusable workshop.
Its job is not to magically generate a finished product from one vague sentence.
Its job is to help a user:
- 1. discover a real scenario worth turning into an agent,
- extract their implicit know-how,
- map the required knowledge and tools,
- produce a real Agent Blueprint,
- plan how the missing skills should be sourced.
Use this skill when
Use it when the user says things like:
- - “I think I have some experience, but I don't know if it can become an agent.”
- “Help me turn my know-how into a lobster agent.”
- “I want to productize my method.”
- “Help me figure out whether this workflow is structured enough.”
- “Take me from idea → blueprint → skill gap plan.”
Do NOT use this skill when
- - The user only wants a small factual answer.
- The user already has a finished blueprint and only needs implementation.
- The user asks for direct coding or deployment without discovery.
- The task is only to install/publish one isolated skill.
Core promise
This workshop should produce two feelings for the user:
- 1. “The AI actually understands what I'm good at.”
- “Aha — I really do have a reusable method.”
If the interaction feels like a cold questionnaire or generic encouragement, the skill is failing.
Hard rules
- 1. Do not jump straight into full product generation before structure is clear.
- Do not confuse domain knowledge with decision logic.
- Do not overpromise that every idea deserves to become an agent.
- Do not replace user delivery with a file path.
- Save files internally if useful.
- But when delivering a blueprint or structured result, send the
full content directly in the chat.
- 5. Do not install many skills blindly.
- First reuse local capabilities.
- Then search ClawHub.
- Then vet/scan.
- Only then install or write new skills.
The 5-step workshop
Step 1 — Scenario Discovery
Goal: narrow a vague direction into one concrete, testable scenario.
Questions to drive:
- - What are you consistently better at than most people?
- What do people repeatedly come to you for?
- If we only productize one scenario first, which one should it be?
Judging standard:
- - Input can be defined
- Judgment can be structured
- Output can be verified
Output:
- - scenario definition
- target user
- core task
- initial verdict: suitable / not yet suitable
Step 2 — SOP Extraction
Goal: extract the actual method, not just abstract knowledge.
Methods:
- - Ask “When someone comes to you for this, how do you usually handle it?”
- Continuously restate structure back to the user
- Push on judgment criteria, branches, exceptions, and mistakes
Output:
- - step list
- judgment points
- branch logic
- common pitfalls
- unclear gaps that still need follow-up
Step 3 — Knowledge & Tools Mapping
Goal: identify what this future agent needs in order to really work.
Distinguish:
- - public knowledge layer
- skill-private references
- real tools / APIs / automation dependencies
Output:
- - knowledge sources
- tool dependencies
- priority of dependencies
- minimal viable dependency set
Step 4 — Agent Blueprint Generation
Goal: turn the findings into a buildable blueprint.
The blueprint should at minimum include:
- 1. scenario definition
- target user
- core task
- SOP flow
- judgment rules
- knowledge requirements
- skill/tool requirements
- risks and boundaries
- test suggestions
- next build steps
Delivery rule:
- - Give the user the full blueprint directly in chat.
- Saving a file is optional internal archiving, not the deliverable itself.
Step 5 — Skill Sourcing Plan
Goal: connect the blueprint to the platform layer.
Use this order:
CODEBLOCK0
Output:
- - capability gaps
- locally reusable skills
- ClawHub search targets
- likely self-built skills
- fill order
Recommended final deliverables
By the end of this workshop, aim to produce:
- 1. a Scenario Definition,
- a Structured SOP,
- a Dependency Map,
- a Full Agent Blueprint,
- a Skill Sourcing Plan.
Success criteria
The workshop is working if the user says things like:
- - “Yes, that's exactly my real value.”
- “I didn't realize my process was this clear.”
- “Now I can actually imagine this becoming an agent.”
The workshop is failing if it turns into:
- - generic praise,
- shallow summarization,
- premature system design,
- or path-only delivery.
References
Use the files under references/ and templates/ for deeper context and output scaffolds.
圆圆蓝图工坊
目的
本技能将完整的圆圆工作流封装为一个可复用的工坊。
它的职责不是从一句模糊的描述中神奇地生成成品。
它的职责是帮助用户:
- 1. 发现一个值得转化为智能体的真实场景,
- 提取他们内隐的专有知识,
- 梳理所需的知识和工具,
- 产出一份真实的智能体蓝图,
- 规划缺失技能应如何获取。
何时使用本技能
当用户说出类似以下内容时使用:
- - 我觉得自己有些经验,但不知道能不能做成智能体。
- 帮我把我的专有知识变成一个龙虾智能体。
- 我想把我的方法产品化。
- 帮我判断这个工作流是否足够结构化。
- 带我走一遍从想法→蓝图→技能缺口规划的全流程。
请勿使用本技能的情况
- - 用户只需要一个简短的事实性答案。
- 用户已有完成的蓝图,仅需实现。
- 用户要求直接编码或部署,跳过探索阶段。
- 任务仅是安装/发布一个孤立的技能。
核心承诺
本工坊应让用户产生两种感受:
- 1. AI真的理解我擅长什么。
- 啊哈——我确实有一套可复用的方法。
如果交互过程像冰冷的问卷或泛泛的鼓励,说明技能正在失效。
硬性规则
- 1. 在结构清晰之前,不要直接跳入完整产品生成。
- 不要将领域知识与决策逻辑混为一谈。
- 不要过度承诺每个想法都值得做成智能体。
- 不要用文件路径替代用户交付。
- 如有需要可在内部保存文件。
- 但在交付蓝图或结构化结果时,
直接在聊天中发送完整内容。
- 5. 不要盲目安装大量技能。
- 首先复用本地能力。
- 然后搜索ClawHub。
- 接着审查/扫描。
- 最后才安装或编写新技能。
五步工坊
第一步 — 场景发现
目标:将一个模糊的方向收窄为一个具体、可测试的场景。
引导性问题:
- - 你在哪些方面持续比大多数人做得更好?
- 人们反复向你寻求什么帮助?
- 如果只先产品化一个场景,应该选哪个?
评判标准:
产出:
- - 场景定义
- 目标用户
- 核心任务
- 初步判断:适合 / 暂不适合
第二步 — SOP提取
目标:提取实际方法,而非抽象知识。
方法:
- - 询问当有人为此来找你时,你通常如何处理?
- 持续向用户复述结构
- 深入追问判断标准、分支、例外和错误
产出:
- - 步骤列表
- 判断节点
- 分支逻辑
- 常见陷阱
- 仍需跟进的模糊缺口
第三步 — 知识与工具映射
目标:识别未来智能体真正需要什么才能工作。
区分:
- - 公共知识层
- 技能私有参考资料
- 真实工具/API/自动化依赖
产出:
第四步 — 智能体蓝图生成
目标:将发现转化为可构建的蓝图。
蓝图至少应包含:
- 1. 场景定义
- 目标用户
- 核心任务
- SOP流程
- 判断规则
- 知识需求
- 技能/工具需求
- 风险与边界
- 测试建议
- 下一步构建步骤
交付规则:
- - 直接在聊天中向用户提供完整蓝图。
- 保存文件是可选的内部归档,而非交付物本身。
第五步 — 技能获取规划
目标:将蓝图与平台层连接。
使用此顺序:
text
复用本地
→ 搜索ClawHub
→ 审查/扫描
→ 如适合则安装
→ 否则编写缺失技能
产出:
- - 能力缺口
- 本地可复用技能
- ClawHub搜索目标
- 可能需要自建的技能
- 填充顺序
推荐的最终交付物
本工坊结束时,力求产出:
- 1. 一份场景定义,
- 一份结构化SOP,
- 一份依赖关系图,
- 一份完整智能体蓝图,
- 一份技能获取规划。
成功标准
如果用户说出类似以下内容,说明工坊运作良好:
- - 对,这正是我真正的价值所在。
- 我没意识到自己的流程这么清晰。
- 现在我确实能想象这个做成智能体的样子。
如果工坊变成了以下情况,说明正在失效:
- - 泛泛的赞美,
- 肤浅的总结,
- 过早的系统设计,
- 或仅提供路径的交付。
参考资料
使用references/和templates/目录下的文件获取更深入的上下文和输出模板。