Command
你可能会问：Command 在我的项目里到底管哪件事，什么时候该用？
给一段固定流程一个明确入口：何时启动、会经过什么、最后得到什么。
给一段固定办事流程起个名字，像按一下按钮就能开始办事。
像银行取号：你选的是业务类型，后面由系统按顺序安排。
外贸独立站里，先询问输入，再交给代理取数，最后由专门能力整理输出。先把这件事的输入、责任边界和可验证结果说清，再让 AI 或协作者继续实现。
Command 在项目中负责什么
- 什么时候用
- 用户需要主动发起一段有稳定步骤的流程，例如收集输入、调用专门能力、产出固定格式结果。
- 它解决什么
- 它把重复的发起方式收敛成一个名字，减少每次解释工作流，并让交互入口可发现。
- 它不负责什么
- 它不该替代所有能力定义。需要按需复用的知识仍应放入 Skill；大量工作仍可交给 Subagent。
- 放进真实项目
- 先询问输入，再交给代理取数，最后由专门能力整理输出。
Command 给一段明确流程一个可发现、可重复的入口
团队每周都要做“检查站点是否可发布”：收集范围、跑构建、检查页面、生成说明。每次靠聊天重新描述会漂移。
- 01
先限定命令只负责一件用户可理解的事。
- 02
把可选输入和缺失时的追问写清。
- 03
把长流程或重工作分给 Skill 与代理。
把概念放进真实场景
1 / 3把 Command 放进外贸独立站的一次真实协作
输入从什么开始
用户需要主动发起一段有稳定步骤的流程，例如收集输入、调用专门能力、产出固定格式结果。
记住它的责任Command
Command 是入口，Skill 是随时可取用的说明书。
外贸出海映射放回真实项目
外贸独立站里，先询问输入，再交给代理取数，最后由专门能力整理输出。先把这件事的输入、责任边界和可验证结果说清，再让 AI 或协作者继续实现。
不同词条会用路线、层级、状态、对照或清单来呈现；点击每一步，检查它在真实工作中的责任位置。
Command 是入口，Skill 是随时可取用的说明书。
容易混淆的地方
Command 不替代真正执行任务的工具和代理。
同事想每次都从一个清楚的入口开始“检查网站能否发布”。命令入口应该先表达什么？
你可以这样告诉 AI Agent
“
我在处理这件事：先询问输入，再交给代理取数，最后由专门能力整理输出。请以“Command”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：本地资料：Claude Code 项目配置与工作流