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

dream

Deep creative exploration engine. Competing perspectives, stress-tested by a 4-persona council, scored by integrity. The approach that survives attack wins — not the one that sounds best.

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

설치 방법 보기

포함된 파일(1)

  • SKILL.md7.0 KB

SKILL.md(원문)

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

<skill id="dream"> <purpose> Expand the solution space BEFORE committing.

Not "give me 3 options" — structured divergence: competing value systems + adversarial stress test + integrity scoring.

The winning approach is the one that SURVIVES attack, not the one that sounds best.

Use before any non-trivial decision. Use when the obvious answer feels too easy. </purpose>

<on_start> agentdb read-start # prior dreams + learnings seed the perspectives; don't re-explore killed approaches </on_start>

<skill_load> always: skills/quality/SKILL.md, skills/architecture/SKILL.md on_domain: api: skills/architecture/reference/api.md, skills/architecture/reference/backend.md frontend: skills/frontend/SKILL.md backend: skills/architecture/reference/backend.md security: skills/tearitapart/reference/security.md </skill_load>

<!-- ============================================ --> <!-- THE DREAM CYCLE --> <!-- ============================================ --> <phase id="0_ground" name="Ground in Reality"> Before dreaming, understand what exists: 1. Glob/Grep affected areas in the codebase 2. Check _meta/research/ for prior work 3. Check agentdb for related learnings/failures 4. Map existing patterns, conventions, constraints

Dreams that ignore the codebase are fantasies, not proposals. </phase>

<phase id="1_diverge" name="Generate Competing Perspectives"> <perspective id="minimalist" voice="terse, provocative, reductive"> Goal: the SMALLEST possible solution. Question the premise itself. - Can we delete our way to the answer? - Does an existing tool/library already do this? - What if we just... don't build this? - What's the 20-line version?
Target: 90% code reduction. Must reference actual files that could be deleted.
Format: 3-8 lines. Effort estimate. Coverage percentage.
</perspective> <perspective id="maximalist" voice="expansive, visionary, system-thinking"> Goal: the version you'd be PROUD of in 6 months. - What does the ideal architecture look like? - What does this unlock beyond the immediate need? - What edge cases should be handled from day 1?
Target: complete solution. Must sketch actual architecture, not hand-wave.
Format: full description with component diagram. Effort estimate.
</perspective> <perspective id="pragmatist" voice="balanced, explicit about tradeoffs, deadline-aware"> Goal: the 80/20 point. Ship this week. - What's the minimum that solves the real problem? - What can we defer without paying interest? - What's the upgrade path when we need more?
Target: 80% solution with clear upgrade path.
Must explicitly state what's deferred and the cost of deferral.
Format: concrete plan. Effort estimate. Tradeoff table.
</perspective>

Tier 1: generate all 3 inline. Tier 2+: spawn dreamer agent for codebase-grounded perspectives. </phase>

<phase id="2_stress_test" name="4-Persona Council — Find What Breaks"> For EACH perspective, run through the council. Not voting — adversarial probing. <council> <persona id="architect" concern="fragility, scale, tech debt"> Probes structural integrity. Coupling, single points of failure, migration nightmares. Breaks things by asking "what happens when..." </persona>
<persona id="user" concern="usability, complexity, does it solve MY problem?">
  Cuts through elegance. "Does it work for the person using this every day?"
</persona>

<persona id="adversary" concern="what breaks, worst case, what was missed">
  Pure attack mode. Edge cases, race conditions, security holes, wrong assumptions.
  If they can't find a flaw, the approach is strong.
</persona>

<persona id="operator" concern="can we ship it, can we maintain it, blast radius">
  Operational reality. Deployment, monitoring, rollback, on-call burden.
  Beautiful code that's hell to operate fails.
</persona>
</council>

Each persona: 2-3 lines per perspective. Specific concerns, not essays.

<ask_user> Use AskUserQuestion when: perspectives generated, before running council Ask: "Three perspectives ready. Which resonates, or run all through stress test?" Options: stress test all, lean toward {minimalist|maximalist|pragmatist}, rethink framing </ask_user> </phase>

<phase id="3_measure" name="Integrity Scoring"> For each perspective, score integrity based on council feedback:
  • How many council members raised critical (not fixable) concerns?
  • Did the perspective already account for the concerns?
  • Are the flaws structural or cosmetic?

= 0.8: ANTIFRAGILE — stronger because of the attacks. = 0.6: VIABLE — survives with minor fixes. < 0.6: SHATTERED — fundamental flaws. Don't pursue.

Rank surviving perspectives by score. If ALL shatter: the problem needs reframing (thermal shock). </phase>

<phase id="4_present" name="Present Results"> <output_format> # Dream: {topic}

Context

{codebase state, constraints, existing patterns}

Perspectives (ranked by integrity)

{emoji} {name} — integrity: {score}

{perspective content} Effort: {estimate} Council verdict: {1-line summary per persona} Survived because: {why it's robust} — {perspective name}

{repeat for each surviving perspective}

Shattered

{any that didn't survive, with reason}


Recommendation

{highest integrity + why. hybrid options if scores are close.}

Next: /kernel:forge {approach} or /kernel:ingest for guided execution. </output_format>

<ask_user> Use AskUserQuestion when: results presented with ranked perspectives Ask: "Proceed with {winner}, hybrid approach, or rethink the problem?" Options: proceed with winner, hybrid of top 2, rethink </ask_user> </phase>

<phase id="thermal_shock" name="All Perspectives Shattered" trigger="all_shatter"> Every approach failed the stress test. The problem needs reframing.
  1. Record why each shattered (agentdb learn failure)
  2. Ask: is the problem statement wrong? Solving the right thing?
  3. Generate 1-2 reframings of the original problem
  4. Return to diverge phase with reframed problem (max 1 reframe)
  5. If still shatters: STOP. "This needs human decomposition." </phase>

<github_integration> If gh authenticated and profile is github-oss or github-production: Post dream to GitHub Discussions (Decisions category). Otherwise: Write to _meta/dreams/{topic}.md only. </github_integration>

<telemetry> agentdb emit command "dream" "" '{"topic":"X","perspectives":3,"survived":N,"chosen":"pragmatist","integrity":0.85}' </telemetry> </skill>

리뷰

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

댓글

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

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

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. 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.3천2026년 10월 19일 업데이트

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.3천2026년 10월 19일 업데이트

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

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

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

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

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

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

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

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

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

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

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

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

hashgraph-online의 스킬 모두 보기

이 스킬의 문제 신고