Token导航 LogoToken导航TokenDH.com
开发只读github未标认证来源可访问许可证需确认审计通过

ideationideation 搜索

Agent Skill

ideation 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

442

周安装

19

GitHub Stars

9

下载量

155
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:ideation(ideation 搜索)
来源仓库:https://github.com/kriscard/kriscard-claude-plugins
仓库路径:skills/ideation
安装命令:
npx skills add https://github.com/kriscard/kriscard-claude-plugins --skill ideation
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/kriscard/kriscard-claude-plugins --skill ideation

简介

ideation 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中围绕仓库状态、代码变更或协作事项进行整理。
  • 使用时需要结合来源仓库、安装命令和原始 README 继续核验具体用法。
  • 安装前建议确认权限范围、维护状态,以及是否会触发联网或文件读写。
  • 涉及命令执行时,应在提示词中明确确认步骤和失败处理方式。

SKILL.md

Ideation

Transform unstructured brain dumps into structured, actionable implementation artifacts through a confidence-gated workflow.

Critical: Use AskUserQuestion Tool

ALWAYS use the AskUserQuestion tool when asking clarifying questions. Do not ask questions in plain text. The tool provides structured options and ensures the user can respond clearly.

Workflow Pipeline

INTAKE → CONTRACT FORMATION → PRD GENERATION → SPEC GENERATION
              ↓
         confidence < 95%?
              ↓
         ASK QUESTIONS
              ↓
         (loop until ≥95%)

Phase 1: Intake

Accept whatever the user provides:

  • Scattered thoughts and half-formed ideas
  • Voice dictation transcripts (messy, stream-of-consciousness)
  • Bullet points mixed with rambling
  • Topic jumping and tangents
  • Contradictions and unclear statements

Don't require organization. The mess is the input.

Phase 2: Contract Formation

2.1 Analyze the Brain Dump

Extract from the raw input:

  1. Problem signals: What pain point or need is being described?
  2. Goal signals: What does the user want to achieve?
  3. Success signals: How will they know it worked?
  4. Scope signals: What's included? What's explicitly excluded?
  5. Contradictions: Note any conflicting statements

2.2 Calculate Confidence Score

Load references/confidence-rubric.md for detailed scoring criteria.

Score each dimension (0-20 points):

DimensionQuestion
Problem ClarityDo I understand what problem we're solving and why it matters?
Goal DefinitionAre the goals specific and measurable?
Success CriteriaCan I write tests or validation steps for "done"?
Scope BoundariesDo I know what's in and out of scope?
ConsistencyAre there contradictions I need resolved?

Total: /100 points

2.3 Confidence Thresholds

ScoreAction
< 70Major gaps. Ask 5+ questions targeting lowest dimensions.
70-84Moderate gaps. Ask 3-5 targeted questions.
85-94Minor gaps. Ask 1-2 specific questions.
>= 95Ready to generate contract.

2.4 Ask Clarifying Questions

When confidence < 95%, MUST use AskUserQuestion tool. Structure questions with clear options when possible.

Question templates by dimension:

Problem Clarity:

  • "What specific problem are you trying to solve?"
  • "Who experiences this problem and how often?"

Goal Definition:

  • "What does success look like for this project?"
  • "What specific metrics should improve?"

Success Criteria:

  • "How will you know when you're done?"
  • "What tests would prove this feature works?"

Scope Boundaries:

  • "What is explicitly NOT part of this project?"
  • "What's the MVP vs. nice-to-have?"

Consistency:

  • "You mentioned [X] but also [Y]. Which takes priority?"

2.5 Generate Contract

When confidence >= 95%:

  1. Use AskUserQuestion to confirm project name
  2. Convert to kebab-case for directory name
  3. Create output directory: ./docs/ideation/{project-name}/
  4. Write contract.md using references/contract-template.md
  5. Get approval before proceeding to PRD

Phase 3: PRD Generation

After contract is approved:

3.1 Determine Phases

Break scope into logical implementation phases based on:

  • Dependencies (what must be built first?)
  • Risk (tackle high-risk items early)
  • Value delivery (can users benefit after each phase?)

3.2 Generate PRDs

For each phase, generate prd-phase-{n}.md using references/prd-template.md.

3.3 Present for Review

Use AskUserQuestion to gather feedback. Iterate until user approves.

Phase 4: Spec Generation

After PRDs are approved:

4.1 Generate Implementation Specs

For each approved phase, generate spec-phase-{n}.md using references/spec-template.md.

Include:

  • Technical approach
  • File changes (new and modified)
  • Implementation details with code patterns
  • Testing requirements
  • Validation commands

Output Artifacts

All artifacts written to ./docs/ideation/{project-name}/:

contract.md              # Lean contract
prd-phase-1.md           # Phase 1 requirements
prd-phase-2.md           # Phase 2 requirements
spec-phase-1.md          # Phase 1 implementation spec
spec-phase-2.md          # Phase 2 implementation spec

Gotchas

  • Confidence scores tend to inflate — score conservatively; a genuine 95% means you could write tests for every success criterion
  • Don't skip the question loop when confidence is 85-94 — those "minor gaps" often hide major ambiguity
  • The user's brain dump may contain contradictions — surface these explicitly rather than silently picking one interpretation
  • Phase boundaries matter: don't generate PRDs before the contract is approved — each phase builds on confirmed outputs
  • Scope creep during question rounds — stay focused on the lowest-scoring dimension, don't expand scope with new ideas

Important Notes

  • ALWAYS use AskUserQuestion tool for clarifications and approvals.
  • Never skip the confidence check.
  • Always write artifacts to files.
  • Each phase should be independently valuable.
  • Specs should be detailed enough to implement without re-reading PRDs.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.01%
按下载量换算56

Claude

30.2%
按下载量换算47

Cursor

18.68%
按下载量换算29

Gemini CLI

9.08%
按下载量换算14

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills