需求讨论

调查当前行为,在设计开始前将目标整理成已确认的产品需求、明确决策和验收条件。

Tink1.1.02026年10月22日MIT
获取 Skill

使用要求

面向具备仓库及文件访问能力的 Codex 类智能体。说明文件不提供浏览器、测试工具、凭据、项目数据或修改外部系统的权限;其他宿主可能需要适配。

  • 明确目标及相关现有项目信息的访问能力
  • 能对权威资料尚未明确的产品问题作出决策的用户
  • 关键验收条件依赖样本时,需要用户提供或指定的真实样本

快速开始

  1. 下载后先检查包内说明,再将 ZIP 解压至暂存目录。
  2. 安装合集时,将六个 Skill 文件夹及同级 shared 文件夹复制到项目的 .agents/skills/ 或个人的 ~/.agents/skills/。保持相对目录结构,不要把合集外层目录当成一个 Skill 安装。
  3. 安装单独 ZIP 时,将其中的同名文件夹放入所选 Skills 目录,并保留其内部 shared 资源。覆盖前备份同名 Skill,避免重复安装。
  4. 在 Codex 中使用准确的 $talking-us 调用;未被发现时可重启宿主。任务需要流程交接时,另行安装相应配套 Skill。

适用场景

  • 澄清新功能或已有行为变更
  • 解决会影响实现的权限、归属、失败恢复及边界规则

使用步骤

  1. 调用 $talking-us,提供目标及实际项目;流程先调查相关事实,不把可自行查明的问题交给用户。
  2. 明确角色、正常入口、输入、规则、结果和恢复方式,分别记录已确认、继承、建议及未决事项。
  3. 回答剩余独立产品选择;部分回答仅关闭对应子项,未解依赖继续保留。
  4. 审阅需求草稿及验收条件,取得可进入设计、部分就绪或被阻塞的状态,以及未决问题和文档位置。

字段命名与页面文案

需求、前后端字段、页面、接口和导出沿用常见、准确且一致的业务名称,明确显示标签与既有标识的映射,不因改显示名破坏公开契约。页面默认不添加未经明确要求的解释说明,也不将说明转移到占位符、Tooltip 或折叠区;必要标签、校验、状态、错误与恢复反馈照常保留。单独 ZIP 已包含所需共享参考。

交付内容

  • 保存在实际项目 .talking-us/ 下、持续维护的详细需求文档
  • 稳定的 REQ/AC 编号、决策和问题记录及明确就绪状态

局限

  • 仅开展需求工作,不编写开发设计,也不修改产品代码、配置或数据。
  • 现有行为是事实,不等于目标行为已获批准;沉默和建议不等于确认。
  • 缺少样本或关键规则未定可能阻塞就绪;停止讨论时交付草稿,而不是编造共识。

示例提示词,非实际执行案例

使用 $talking-us 澄清本项目的导出功能。先检查现有角色和导出行为,再向我询问尚未确定的归属、格式、限额和失败恢复规则,持续维护需求草稿。不要实现,也不要代我确定未决业务规则。

本指南说明包内工作流程,不代表已验证跨模型可靠性,也不是实际验收运行报告。

Skill 内部
SKILL.md
---
name: talking-us
license: MIT
description: >-
  Investigate the current state, clarify product requirements, and confirm decisions about impact, business rules, permissions, interactions, and acceptance one by one to produce a detailed requirements document ready for design handoff.
  Use for requirements discussions and iterative clarification; do not write development designs or modify product code.
---

# Requirements Discussion

Turn the user's goals into product agreements with traceable sources and no known critical ambiguities. Establish completeness through user tasks and counterexamples, and confirmation through actual answers; do not judge readiness by the number of questions, document length, or model confidence.

Only investigate and maintain requirements documents. Do not modify the product, configuration, database, deployment, or global terminology files. Load `write-design-doc`, `develop-closed-loop`, `test-case`, or `bug-fixing` only at handoff. Prefer the version specified by the user; otherwise use the currently enabled entry point. Do not load the entire set at once.

## 1. Investigate Facts First and Identify Decisions That Require Asking
包含文件 · 15
talking-us/LICENSE
talking-us/MANIFEST.json
talking-us/README.md
talking-us/SKILL.md
talking-us/agents/openai.yaml
talking-us/references/product-interaction.md
talking-us/references/question-format.md
talking-us/references/requirements-doc-template.md
…