Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add xushuodasd/VIBE-Claude-Plugin --skill vibe-analyze-reqgit clone --depth 1 https://github.com/xushuodasd/VIBE-Claude-PluginWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/xushuodasd/vibe-claude-plugin/vibe-analyze-req)<a href="https://agentmods.dev/skills/xushuodasd/vibe-claude-plugin/vibe-analyze-req"><img src="https://agentmods.dev/badge/skills/xushuodasd/vibe-claude-plugin/vibe-analyze-req/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/xushuodasd/vibe-claude-plugin/vibe-analyze-req"><img src="https://agentmods.dev/badge/skills/xushuodasd/vibe-claude-plugin/vibe-analyze-req.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00026 | $0.01975 |
| Opus 5 | $0.00013 | $0.00988 |
| Sonnet 5 | $0.00005 | $0.00395 |
| Haiku 4.5 | $0.00003 | $0.00198 |
Grade A, and why
vibe-analyze-req scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 12d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 168 lines — stays where its author put it; the contents beside it link to each section on GitHub.
项目需求分析工作流
1. 文档目的
规范项目需求分析的流程,确保AI能按用户要求生成完整的PDR需求文档,包含技术栈等关键信息。
2. 工作流结构
一个简洁高效的项目需求分析工作流应包含:
- 基本信息:项目名称、分析目标
- 前置步骤:准备工作、沟通准备
- 执行步骤:详细的需求分析流程和顺序
- 执行建议:专业建议和注意事项
- 成功标准:需求分析完成的判定条件
- 失败处理:异常情况的应对措施
- 输出成果:明确的交付物和保存位置
3. 执行要求
- 严格按照步骤执行
- 与用户保持深度沟通
- 记录关键信息和结果
- 遇到异常时按失败处理机制执行
- 确保输出成果符合用户预期
4. 文档管理
- 执行后根据实际情况更新文档
- 进行版本管理,确保使用最新版本
工作流程
前置步骤:准备工作
-
沟通环境准备:
- 确保与用户的沟通渠道畅通
- 准备好需求收集的工具和文档模板
- 设定合理的沟通时间和频次
-
分析准备:
- 了解项目的基本背景和行业领域
- 准备行业相关的技术栈和最佳实践知识
- 制定详细的需求收集计划
第一步:与用户沟通项目基本信息
-
项目概览确认:
- 与用户沟通:"您希望开发的项目是什么类型?请简要描述项目的核心功能和目标。"
- 了解项目的业务领域和应用场景
- 记录项目的基本信息和初步定位
-
项目目标确认:
- 与用户沟通:"您希望通过这个项目解决什么问题?达到什么业务目标?"
- 明确项目的核心价值和成功指标
- 了解项目的预期成果和影响范围
-
项目约束确认:
- 与用户沟通:"项目有哪些时间、预算、技术或资源方面的约束?"
- 了解项目的限制条件和边界
- 记录可能影响项目范围的因素
第二步:与用户沟通功能需求
-
核心功能确认:
- 与用户沟通:"项目的核心功能模块有哪些?每个模块的主要功能是什么?"
- 详细了解每个功能模块的具体需求
- 记录功能的优先级和重要程度
-
用户流程确认:
- 与用户沟通:"用户将如何使用这个系统?请描述主要的用户操作流程。"
- 了解系统的使用场景和用户交互流程
- 绘制初步的用户流程图
-
功能细节挖掘:
- 与用户沟通:"每个功能模块有哪些具体的操作和交互细节?"
- 深入了解功能的具体实现要求
- 记录功能的边界条件和特殊情况
第三步:与用户沟通技术需求
-
技术栈偏好确认:
- 与用户沟通:"您对项目的技术栈有什么偏好或要求?"
- 了解用户对前端、后端、数据库等技术的偏好
- 记录技术选型的限制条件
-
性能要求确认:
- 与用户沟通:"系统需要支持多少并发用户?响应时间有什么要求?"
- 了解系统的性能指标和预期负载
- 记录性能相关的技术要求
-
安全需求确认:
- 与用户沟通:"系统需要考虑哪些安全方面的需求?"
- 了解数据安全、用户认证、权限管理等安全要求
- 记录安全相关的技术标准和合规要求
-
集成需求确认:
- 与用户沟通:"系统需要与哪些现有系统或第三方服务集成?"
- 了解系统的外部接口和集成要求
- 记录集成相关的技术细节
第四步:与用户沟通非功能需求
-
用户体验要求:
- 与用户沟通:"您对系统的用户体验有什么要求?"
- 了解界面设计风格、交互方式、响应速度等要求
- 记录用户体验相关的设计规范
-
可扩展性要求:
- 与用户沟通:"系统未来可能需要扩展哪些功能?"
- 了解系统的可扩展性需求和未来规划
- 记录系统架构的灵活性要求
-
可维护性要求:
- 与用户沟通:"系统的维护和更新有什么要求?"
- 了解系统的部署、监控、日志等运维需求
- 记录系统的可维护性标准
第五步:需求分析与文档生成
-
需求整理与分析:
- 整理所有收集到的需求信息
- 分析需求的可行性和合理性
- 识别需求之间的依赖关系和潜在冲突
-
技术方案设计:
- 基于需求分析,设计初步的技术方案
- 选择适合的技术栈和架构模式
- 评估技术方案的可行性和风险
-
PDR需求文档生成:
- 使用PDR模板,生成完整的需求文档
- 确保文档包含:项目概览、功能需求、技术需求、非功能需求、技术栈选择、实施计划等关键信息
- 对文档内容进行审核和校对
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 12d ago First seen · 168 lines · 26 tokens per session scan A 894b620c5e02
vibe-analyze-req is a skill published in the GitHub repository xushuodasd/VIBE-Claude-Plugin (4 stars, last pushed 2mo ago), licensed MIT. It adds 26 tokens to every session and 1,975 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
import
Import a tasks.md into the coco tracker as an epic with dependencies, and create matching issues in the configured issue tracker.
hotfix
Single-issue workflow for quick fixes and small changes that don't need full epic tracking. Creates a branch, implements the fix, commits with issue tracking, and closes.
execute
Execute the next available tracked task with TDD, pre-commit validation, PR workflow, AI code review, and issue tracker bridge sync. Primary execution interface for multi-session feature work.
council-review
Perform a rigorous Carmack Council code review. Use when explicitly asked to review code, do a "council review", "carmack review", or invoke /council-review. Carmack's philosophy chairs a council of domain experts — Troy Hunt (security), Martin Fowler (refactoring), Kent C. Dodds (frontend), Matteo Collina (Node.js)…
council-plan
Architect a feature with the Carmack Council before writing code. Use when explicitly asked to plan a feature, do a "council plan", "carmack plan", or invoke /council-plan. Carmack's philosophy chairs a council of domain experts — Troy Hunt (security), Martin Fowler (refactoring), Kent C. Dodds (frontend), Matteo…
test-architect
Map testable surfaces, audit existing tests for quality, and write test specifications that prevent AI shortcuts. Use when asked to "audit tests", "specify tests", "test architect", "map test coverage", or invoke /test-architect. Two modes — audit (evaluate existing tests against Beck's principles) and specify (write…