본문으로 건너뛰기
cccskills
무료GitHub에 공개

idea-genie

Brainstorm evidence-backed options for what to build, or stress-test an idea. Use when: deciding what to build next, comparing options or testing an idea.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(5)

  • SKILL.md6.8 KB
  • references/idea-challenge.feature791 B
  • references/idea-genie.feature843 B
  • scripts/validate-challenge.sh2.3 KB
  • scripts/validate-output.sh1.3 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Idea Genie

One canonical root for idea work: elicit an evidence-grounded portfolio of options, or challenge a consequential idea with sealed independent perspectives. Both modes explore and advise; neither selects, schedules, tracks, implements, or validates work.

Modes

Trigger phrasesModeOutput contract
"idea genie", "what should we build next", "brainstorm options", "supported opportunities"elicitidea-portfolio.v1
"challenge this idea", "compare independent proposals", "stress-test a one-way door"duelidea-challenge.v1

Elicit is the entry mode. Duel is an optional escalation for a consequential choice, typically consuming an idea-portfolio.v1 or a framed question. A scored multi-member duel, where members score each other's ideas, is Council's duel mode; a plan's failure modes belong to Premortem.

Both validators live in this skill's scripts/ directory and need jq. Without jq, check the fields by hand against the shape and say the validator did not run.

Elicit mode

These rules carry the value:

  1. Observations cite a source: a file and line, issue, doc or measurement. Anything uncited is an assumption, listed apart and never used as support.
  2. Every candidate cites the observations behind it. No cited support, no candidate; an unsupported idea may stay listed as an assumption. Never pad the list to a count.
  3. Check overlap before claiming novelty. Compare each candidate with what the product already does. A request an existing capability already covers is not new: record it under overlaps of the candidate it sharpens, or leave it out.
  4. One Given/When/Then per candidate, a normal or edge case with an observable result.
  5. Do not rank, pick, schedule or start work. The caller or Plan selects.
  6. Stop at saturation. Merge equivalents, and run another pass only while it adds a materially new evidenced candidate. Zero candidates is valid.

State the question, constraints, non-goals and sources first; hydrate only the sources this question needs and cite them, with no merged context store. Return the portfolio in this shape:

{
  "schema_version": "idea-portfolio.v1",
  "status": "candidates",
  "observations": [{"claim": "<what is true>", "evidence": "<cited source>"}],
  "assumptions": ["<belief no cited source supports>"],
  "candidates": [{
    "id": "I1",
    "evidence": ["<cited sources behind this candidate>"],
    "overlaps": ["<existing capability it extends or repeats>"],
    "scenario": {"given": "<state>", "when": "<event>", "then": "<observable result>"}
  }],
  "termination": {"reason": "novelty-saturated", "novel_candidates_last_pass": 0}
}

overlaps may be empty. When every idea overlaps or lacks support, set status to no-new-work, leave candidates empty and set termination.reason to all-overlap-or-unsupported. For a person, render the same fields as a short list, one block per candidate. When a file is wanted, write .agents/scratch/ideas/<run-id>/idea-portfolio.json and run scripts/validate-output.sh on it before handing it to the caller or Plan. Plan alone may incorporate a selected option into the existing bead or caller intent.

Duel mode

Produce independent challenges for a consequential choice. The result is advisory evidence for Plan. It never decides whether a plan is ready and never turns a later optional Premortem challenge into an approval gate.

Door class. Ask what undoing the choice after it lands would cost. A one-way door needs a migration, breaks a published contract or caller, loses data, or has an external effect that cannot be recalled. A cheap two-way door is undone by a revert or a flag.

Constraints

  • Seal generation: no perspective sees another until all are complete, so later proposals cannot anchor on earlier ones.
  • Preserve dissent, failed refutations and minority reasoning; Plan must see the alternatives synthesis would otherwise erase.
  • Keep a two-way door light: no pane manager, messaging service, council or model-family rule.
  • Emit no readiness, approval, quorum, retry, budget, helper, delivery, or tracker state: this strategy supplies evidence, not lifecycle authority. Consensus, transport availability or a self-score never becomes readiness.

Workflow

  1. Freeze the question, constraints, evidence paths and comparison rubric.
  2. For a one-way door, start at least two fresh contexts: separate subagents or sessions with no shared transcript, one prompt each carrying the frozen question and evidence paths. Record each native context id as context_id and collect every perspective before revealing any. When the caller pins perspectives to model profiles, record each model_identity (see the agent-native model-dispatch recipe); disclose an unavailable profile and continue single-model.
  3. Reveal the sealed perspectives and cross-review each by evidence, reversibility, system fit, failure modes and cost.
  4. Attempt concrete refutations. Keep disagreements, failed refutations and minority reasoning explicit.
  5. Write idea-challenge.v1, validate it, and pass it to Plan as one optional input alongside research and operator intent.

For a cheap two-way door, emit the lightweight packet directly after one fresh challenge. Do not manufacture panel ceremony.

Output Specification

  • Artifact directory: .agents/scratch/ideas/<run-id>/
  • Filename: idea-challenge.json
  • Format: idea-challenge.v1 JSON with route-specific fields enforced by the validator; it carries no readiness field or decision
  • Validation command: scripts/validate-challenge.sh <idea-challenge.json>
  • Downstream handoff: handoff.owner is exactly plan; Plan may accept, reject, or combine the advisory evidence

References

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Use AtomLane to compile and execute safe atomic parallel plans on macOS and native Windows Preview for worthwhile independent argv tasks, dependency DAGs, supported platform entrypoints, or Apple-silicon operators. Use at task start or an execution boundary when structured local work may contain two or more worthwhile units; skip plain answers, one quick command, and work whose effects cannot be safely bounded.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hashgraph-online/awesome-codex-plugins1.4천2026년 10월 21일 업데이트

add

무료

Register a deferred decision in the debt registry. Trigger by judgment, not a marker scan, whenever a future reader would ask "why this way?": an unmade decision, stub, loosened type, bypassed check, swallowed error, a default picked "for now", or a TODO/FIXME/HACK/XXX marker. Trigger immediately whenever you defer work, or when the user invokes $add. Over-register freely; the developer drops with "drop A", "drop A,C", or "drop all".

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hashgraph-online/awesome-codex-plugins1.4천2026년 10월 21일 업데이트

ADK 框架适配层。为 LangChain / EINO / AutoGen / AgentScope / CrewAI 提供框架特定的 代码模板、惯用模式、API 映射和项目结构,供 agent-dev-workshop Phase 5 代码生成使用。 每个框架 reference 文件标注 verified_date 用于版本锁定。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hashgraph-online/awesome-codex-plugins1.4천2026년 10월 21일 업데이트

中文调试修复技能。用于报错、测试失败、页面异常、功能不符合预期、需要定位根因并做最小修复时。触发语包括"进入调试模式""帮我修问题""报错了""测试失败""页面坏了""找根因"。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hashgraph-online/awesome-codex-plugins1.4천2026년 10월 21일 업데이트

交互式 AI Agent 开发工作坊:通过 6 阶段深度协作对话,引导用户完成 Agent 需求分析、架构设计、 工具定义、Prompt 与编排设计、代码生成、验证迭代,产出可直接运行的 Agent 项目。 框架无关设计优先,支持 LangChain / EINO / AutoGen / AgentScope / CrewAI 等 ADK 框架。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hashgraph-online/awesome-codex-plugins1.4천2026년 10월 21일 업데이트

中文漂移审计技能。用于项目或学习过程变乱、上下文漂移、任务分叉、多个方案冲突、命名不一致、Codex 可能顺手改多了时。触发语包括"漂移检查""感觉跑偏了""项目变乱了""检查是否失控""分叉太多""上下文漂移"。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hashgraph-online/awesome-codex-plugins1.4천2026년 10월 21일 업데이트

hashgraph-online의 스킬 모두 보기

이 스킬의 문제 신고