이전 ODIN Claude 플러그인. 저장소 URL은 변경되지 않습니다.

ODIN이라는 별명으로 구성된 개요 드라이버 개발은 매우 주목받는 코드 시약 기술 라이브러리입니다. 설치 가능한 플러그인으로 출판된 엔지니어링, 외과 편집 및 워크플로우 자동화. 그것은 제공 5개의 분야 레이어로 설정된 드롭인 기술입니다. 스킬은 한 번 인트리를 승인하고, 지원된 클라이언트는 그 같은 배치에서 그들을 발견, 그래서 아무것도 복사 또는 재 출판.

방법론: 개요 구동 개발 · 사이트: outlinedriven.github.io

• 28 플러그인의 657 기술, plugins/ /skills/ /SKILL.md에서 한 번 저자
• 1개의 나무에서 5개의 마구 표면: 클로드 부호, Codex, Cursor, Grok 및 Kimi
• 도구에 대한 패키지 관리자 없음; 모든 스크립트는 종속없는 노드 ESM 또는 표준 라이브러리 파이썬
• 6개의 출력 스타일은, 각 canonical 교리 바이트 전형적으로 embedding
• .pre-commit-config.yaml에 나열된 모든 커밋에 전체 트리를 감사하는 사전 대담 게이트

내용

• 이것은 무엇인가?
• 설치
• 플러그인 선택
• 기술 사용
• 플러그인
• 핵심 철학
• 산출 작풍
• 개발
• 라이센스

이것은 무엇인가

28 플러그인의 657 기술.

Outline-Driven Development

Formerly the ODIN Claude Plugin. The repository URL is unchanged.

Outline-Driven Development, nicknamed ODIN, is a highly opinionated code-agent skill library: principles-first engineering, surgical editing, and workflow automation, published as installable plugins. It gives you a drop-in skill set with five discipline layers. Skills are authored once in-tree, and every supported client discovers them from that same layout, so nothing is copied or republished.

Methodology: outline-driven-development · Site: outlinedriven.github.io

• 657 skills in 28 plugins, each authored once at plugins//skills//SKILL.md
• Five harness surfaces from one tree: Claude Code, Codex, Cursor, Grok, and Kimi
• No package manager for the tooling; every script is dependency-free Node ESM or standard-library Python
• Six output styles in odin-core, each embedding the canonical doctrine byte-identically
• Pre-commit gates that audit the whole tree on every commit, listed in .pre-commit-config.yaml

Contents

• What is this
• Install
• Choose your plugins
• Using the skills
• Plugins
• Core philosophy
• Output styles
• Development
• License

What is this

657 skills in 28 plugins. A skill is authored once, at plugins//skills//SKILL.md, and that path is its only home. The directory states which plugin owns the skill, so no registry has to answer that question. Every plugin and marketplace ships at one releaseVersion, currently 2.1.5, held in catalog/plugins.json.

Each harness resolves components from fixed conventions at the plugin root, so this layout is the one every supported client already discovers. Nothing is copied at publish time, and nothing is published to a package registry.

plugins/odin-core/
  .claude-plugin/plugin.json   Claude Code manifest
  .codex-plugin/plugin.json    Codex manifest
  .cursor-plugin/plugin.json   Cursor manifest
  .grok-plugin/plugin.json     Grok manifest
  .kimi-plugin/plugin.json     Kimi manifest
  skills/necessary-work/SKILL.md        authored skill
  skills/necessary-work/agents/openai.yaml   generated from the frontmatter
  mcp.json                     MCP servers, odin-core only
  output-styles/               Claude output styles, odin-core only

odin-core carries the six output styles and the planning skills; odin-code carries the day-to-day engineering skills. Install the rest by working domain.

Core philosophy

1. Investigate before acting. Never speculate about code you have not read.
2. Draw the structure before building it.
3. Match rigor to risk.
4. One logical change per commit.
5. Show the code, not a description of the code.

Install