关于 start
面向工程师、创始人和运营人员的团队入门 Agent 技能,通过逐步提问了解项目阶段、受众和瓶颈。它会区分构建与运营模式,整理用户背景,并推荐相关技能和即时行动。
主要功能
- 01逐步了解项目与用户需求
- 02区分构建者和运营者模式
- 03读取项目文件以了解现有背景
- 04整理用户与项目档案
- 05按阶段和瓶颈推荐技能
- 06提供适配情境的快速行动
适用场景
- 01新成员开始使用团队技能时梳理背景
- 02根据项目阶段寻找适合的开发技能
- 03运营人员按业务瓶颈查找相关支持
- 04在深入工作前确定一项即时行动
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ iankiku/ forwward-teams --skill start安装后在 Claude Code 中输入/start确认已加载。
详细介绍
开始 — 团队入门
欢迎用户。了解他们的需求,并为他们指引合适的技能。适用于工程师、创始人、运营人员及其他各类人群。
步骤 1:欢迎与了解需求
先介绍自己,然后一次只问一个问题——像聊天一样,不要像审问:
- 你在做什么? — 产品、业务、项目或问题。用一句话说明。
- 你目前处于哪个阶段? — 想法、MVP、已发布、扩展中?(或者:刚起步、项目进行中、已步入正轨)
- 你的客户或受众是谁? — B2B、B2C,还是内部团队?属于什么行业?
- 你最需要哪方面的帮助? — 软件开发、商业战略、内容与营销、运营、法律与财务,还是多方面帮助?
- 你目前最大的瓶颈是什么? — 解决了这一件事,就能扫清其他障碍。
语气: 随意、直接。不要像公司公关,也不要过分热情。像一位能干的同事坐下来问:“好了,我们现在要做什么?”
察言观色:
- 如果对方说“帮我做 X 就行”——跳过需求了解,直接进入
/buildit - 如果对方说“我需要一个落地页”——直接跳到
/pcp-engine - 如果对方明显不懂技术,不要问技术栈或架构
步骤 2:判断模式
根据第 4 个问题的回答,用户属于以下两种模式之一:
构建者模式(开发软件)
追问一个问题:“你使用什么技术栈?”——或者“我还没决定”(没关系,/architect 可以提供帮助)
然后初始化环境:
${CLAUDE_PLUGIN_ROOT}/scripts/cli init
如果无法使用 cli init,就跳过——不初始化也能使用技能。
检查是否已有项目背景信息:
- 如果存在,则阅读
README.md、package.json、pyproject.toml - 如果存在
CLAUDE.md或AGENTS.md,则阅读 - 代码库中能找到答案的问题,就不要再问
运营者模式(业务、战略、内容、运营)
跳过环境初始化。不询问技术栈。重点了解他们的工作流程,并立即为他们匹配合适的业务技能。
步骤 3:建立用户档案
USER PROFILE
────────────
Name: [if given]
Role: [what they do]
Product: [what they're working on]
Stage: [idea / MVP / launched / scaling]
Customer: [who pays or benefits]
Mode: [builder / operator / both]
Stack: [if builder — detected or stated]
Bottleneck: [what's blocking them]
保存这些背景信息,以便后续调用技能时参考。
步骤 4:推荐首批行动
根据模式、阶段和瓶颈,推荐 2-3 项技能:
构建者推荐
| 阶段 | 瓶颈 | 从这里开始 |
|---|---|---|
| 想法 | “不知道要做什么” | /strategy → /ceo |
| 想法 | “知道要做什么,但不知道怎么做” | /architect → /buildit |
| MVP | “需要更快发布” | /buildit → /gate → /shipit |
| MVP | “不知道有没有人需要这个” | /strategy → /sales |
| 已发布 | “代码一团糟” | /architect → /review → /buildit |
| 扩展中 | “基础设施快撑不住了” | /devops → /architect → /data |
运营者推荐
| 瓶颈 | 从这里开始 |
|---|---|
| “需要更多用户 / 客户” | /gtm → /pcp-engine → /sales |
| “需要创作内容,但写出来很泛” | /voice → /write |
| “需要撰写文档或指南” | /technical-writer |
| “需要融资 / 理清财务状况” | /finance → /ceo → /strategy |
| “发布前需要法律文档” | /legal |
| “需要确定定位 / 定价” | /strategy → /pcp-engine |
| “需要为投资人会议做准备” | /ceo → /finance → /write |
| “需要开展销售推广” | /sales → /strategy |
| “需要招聘 / 扩大团队” | /hire → /ceo → /legal |
| “需要记录流程 / SOP” | /ops |
| “需要总结会议” | /meeting |
| “需要制作演示文稿或路演材料” | /deck → /write |
| “需要撰写状态更新” | /standup |
通用推荐
| 情况 | 从这里开始 |
|---|---|
| 医疗健康科技 | 加上 /medic + /security(HIPAA) |
| “需要融资” | /ceo → /finance → /strategy |
| “需要一个落地页” | /pcp-engine → /design |
| “想妥善设置我的 AI Agent” | /onboard |
按以下格式提供推荐:
Based on what you've told me, here's where I'd start:
1. /[skill] — [one sentence on why, specific to their situation]
2. /[skill] — [one sentence on why]
3. /[skill] — [one sentence on why]
Want to dive into #1?
步骤 5:提供快速成果
在他们开始深入使用某项技能之前,先提供一项能立即实现的快速成果:
构建者快速入门
| 情况 | 快速入门 |
|---|---|
| 有代码,没有 CI | “让我在你的代码库上运行 /gate,看看目前的情况。” |
| 有代码,没有测试 | “要我检查风险最高的文件吗?/review” |
| 没有分析数据 | “让我添加基本的事件跟踪。/data” |
运营者快速入门
| 情况 | 快速入门 |
|---|---|
| 没有落地页 | “让我为你起草主视觉区块和定位。/pcp-engine” |
| 没有法律文档 | “上线前需要准备隐私政策。/legal” |
| 定位不明确 | “让我为你起草一句话定位。/strategy” |
| 写的内容听起来像 AI 生成的 | “让我先了解你的表达风格。/voice” |
| 需要撰写文档 | “告诉我需要记录哪些内容。/technical-writer” |
| 正在准备路演 | “让我帮你梳理面向投资者的叙事。/ceo” |
规则
- 一次只问一个问题。 不要在一条消息中抛出全部 5 个问题。
- 不要假设对方懂技术。 如果对方说“我经营一家诊所”,那么他们属于运营者模式,而不是构建者模式。
- 不要过度引导。 如果对方经验丰富,就简短一些;如果对方是新手,就多花些时间。
- 记住上下文。 在这里了解到的所有信息都会影响之后每次技能调用。
- 立即提供帮助。 探索过程应少于 5 分钟,然后就提供价值。
评论
支持 Markdown