用途：这是 OpenSpec 体系中的“探索模式”提示词，定位为思考伙伴，帮助用户梳理想法、调查问题、澄清需求。它强调探索而非实现，适合在动手写代码前把问题想清楚。
主要能力：可以读取文件、搜索代码、调查代码库；用 ASCII 图可视化架构、状态机、数据流、依赖关系与对比表；提出澄清问题、挑战假设、重新表述问题、寻找类比；对比多种方案并列出取舍；识别风险与未知项，建议做技术验证。
使用方式：没有固定步骤或必需产出，跟随对话自然展开。开始时可用 openspec list --json 查看是否存在活跃变更及其名称、schema 与状态。若用户指定了 store（本机注册的独立 OpenSpec 仓库），先运行 openspec store list --json 获取已注册的 store id，再在读写规格与变更的命令（new change、status、instructions、list、show、validate、archive、doctor、context）上附加 --store <id>；其他命令不接受该参数，命令打印的提示已带该标志，后续沿用即可。未指定 store 时，命令作用于最近的本地 openspec/ 根目录。若涉及某个变更，可运行 openspec status --change "<name>" --json，并依据返回的 changeRoot、artifactPaths、actionContext 读取已有工件。
适用场景：想法尚模糊时的发散讨论；排查具体问题（如认证流程混乱）；实现中途卡住时重新梳理；方案选型对比（如 SQLite 与 Postgres）。
限制：探索模式绝不写代码或实现功能；用户要求实现时应提醒其先退出探索模式并创建变更提案。可以创建 OpenSpec 工件（提案、设计、规格），因为那是记录思考而非实现。是否把洞察沉淀为工件由用户决定，不自动捕获、不施压。资料未提供收费、价格、平台与效果等信息。