opencodekit 0.21.10 → 0.23.0

package/dist/template/.opencode/skill/srcwalk/SKILL.md

@@ -0,0 +1,161 @@
+---
+name: srcwalk
+compatible_srcwalk: ">=1.0.0"
+description: Use when navigating code with srcwalk — repo maps, large-file reads, symbol search, callers/callees, flow slices, impact checks, and precise drill-ins.
+version: 2.1.0
+tags: [code-intelligence, search, cli, srcwalk]
+dependencies: []
+agent_types: [planner, worker, reviewer, explorer]
+tools: [bash, srcwalk_search, srcwalk_read, srcwalk_files, srcwalk_deps, srcwalk_map, srcwalk_callers, srcwalk_callees, srcwalk_flow, srcwalk_impact]
+---
+
+# Srcwalk — Code Navigation
+
+Srcwalk is the project's code navigation engine (v1.0.0+). All Pi tools are backed by the installed `srcwalk` binary.
+
+Run the embedded guide before non-trivial use — it is the version-matched source of truth:
+
+```bash
+srcwalk guide
+```
+
+Do not pipe, truncate, or summarize `srcwalk guide`.
+
+## When to Use
+
+- Any code navigation task: symbol search, large-file reading, repo maps
+- Tracing call graphs (callers, callees, transitive chains)
+- Checking blast radius before breaking changes
+- Understanding repo shape and token budgets
+- Quick function orientation (flow slice)
+- Heuristic impact triage
+
+## When NOT to Use
+
+- Non-code files where tree-sitter has no grammar → use `read` directly
+- Simple one-off reads of small known files → use built-in `read`
+
+## Pi Tool Surface
+
+### Core navigation tools
+
+| Tool | Srcwalk command | Purpose |
+|---|---|---|
+| `srcwalk_search` | `srcwalk discover` / `srcwalk trace callers` | AST-aware symbol/content/regex/callers search |
+| `srcwalk_read` | `srcwalk <path>` | Smart file reading: outline or full with sections |
+| `srcwalk_files` | `srcwalk discover --as file` | Glob file finding with token estimates, grouped by dir |
+| `srcwalk_deps` | `srcwalk deps` + exact import scan | Blast-radius: importers + dep-aware dependents (v1.0.0) |
+
+### Extended analysis tools
+
+| Tool | Srcwalk command | Purpose |
+|---|---|---|
+| `srcwalk_map` | `srcwalk overview` | Token-annotated directory skeleton + dep groups (v1.0.0) |
+| `srcwalk_callers` | `srcwalk trace callers` | Reverse call graph with BFS depth + filters |
+| `srcwalk_callees` | `srcwalk trace callees` | Forward call graph with `--detailed` ordered call sites |
+| `srcwalk_flow` | `srcwalk context` | Compact orientation slice |
+| `srcwalk_impact` | `srcwalk assess` | Heuristic blast-radius triage |
+
+## Command Routing
+
+| Intent | Use first |
+|---|---|
+| Understand repo shape | `srcwalk_map` |
+| Read or inspect a large file | `srcwalk_read` |
+| Jump to exact line | `srcwalk_read({ path: "file:42" })` |
+| Read a line range | `srcwalk_read({ path: "file:44-89" })` — v1.0.0 shortcut |
+| Read by symbol name | `srcwalk_read({ section: "symbolName" })` |
+| Find definition/usages/text/glob | `srcwalk_search` |
+| Find files by glob | `srcwalk_files` |
+| Multi-symbol search | `srcwalk_search({ query: "A, B, C" })` |
+| Who directly calls this? | `srcwalk_callers` |
+| Who reaches this transitively? | `srcwalk_callers({ depth: 2 })` |
+| What does this call? | `srcwalk_callees` |
+| Ordered calls + arg slots | `srcwalk_callees({ detailed: true })` |
+| Quick orientation slice | `srcwalk_flow` |
+| File imports and dependents | `srcwalk_deps` |
+| Heuristic blast-radius | `srcwalk_impact` (verify with callers) |
+
+## Default Workflows
+
+### Explore unfamiliar code
+
+```
+srcwalk_map({ scope: "." })
+srcwalk_search({ query: "likely_symbol", scope: "src" })
+srcwalk_read({ path: "src/file.ts:42" })         // jump to line
+srcwalk_read({ path: "src/file.ts:44-89" })      // range shortcut (v1.0.0)
+```
+
+### Read a large file
+
+```
+srcwalk_read({ path: "src/file.ts" })                        // structural outline
+srcwalk_read({ path: "src/file.ts", section: "handleAuth" }) // drill into symbol
+srcwalk_read({ path: "src/file.ts", section: "44-89" })      // exact range
+```
+
+Prefer outline/section reads before `full: true`.
+
+### Find and drill into symbols
+
+```
+srcwalk_search({ query: "handleAuth", scope: "src" })
+srcwalk_search({ query: "A, B, C", scope: "src" })           // multi-symbol
+srcwalk_search({ query: "handleAuth", expand: 2 })            // inline source
+```
+
+### Trace call graph
+
+```
+// upstream
+srcwalk_callers({ symbol: "handleAuth", scope: "src" })
+srcwalk_callers({ symbol: "handleAuth", depth: 2, scope: "src" })      // transitive
+srcwalk_callers({ symbol: "handleAuth", filter: "args:3", scope: "src" })
+srcwalk_callers({ symbol: "handleAuth", countBy: "file", scope: "src" })
+
+// downstream
+srcwalk_callees({ symbol: "handleAuth", scope: "src" })
+srcwalk_callees({ symbol: "handleAuth", detailed: true, scope: "src" }) // ordered sites
+srcwalk_callees({ symbol: "handleAuth", depth: 2, scope: "src" })       // transitive
+
+// quick orientation
+srcwalk_flow({ symbol: "handleAuth", scope: "src" })
+```
+
+Use `srcwalk_search({ kind: "callers" })` for quick single-hop. Use `srcwalk_callers` when you need depth, filters, or aggregation.
+
+> Note: `--count-by` and `--depth` are mutually exclusive in `srcwalk_callers` — use one or the other, not both.
+
+### Check file blast radius
+
+```
+srcwalk_deps({ path: "src/auth.ts" })
+srcwalk_impact({ symbol: "handleAuth", scope: "src" })  // heuristic; follow up with callers
+```
+
+## v1.0.0 Features
+
+- **Path range shortcut**: `srcwalk_read({ path: "file:start-end" })` reads a line range directly — no need to pass `section` separately
+- **Dependency-aware map**: `srcwalk_map` now shows local relation groups and outbound dependency previews for narrowed scopes
+- **JS/TS artifact navigation**: bundle anchors, artifact reads, artifact search snippets, and artifact caller/callee support
+- **Improved UX**: more compact semantic rows, directory grouping, footer tips, and clearer scope/depth wording across all commands
+
+## Critical Rules
+
+- **Do NOT** use built-in `read`/`grep`/`find` when srcwalk_* tools can answer
+- **Do NOT** re-read files already shown in expanded `srcwalk_search` results
+- `srcwalk_impact` is heuristic, not proof — verify with `srcwalk_callers` or exact reads
+- `srcwalk_flow` may collapse nested/fluent chains — drill with `srcwalk_callees({ detailed: true })` when inner calls matter
+- Follow `> Next:` footers in output — they suggest the best next command
+- Scope paths are **relative to Pi's CWD** (`.pi/` in this project). Use `scope: "extensions"` not `scope: ".pi/extensions"`
+
+## Supported Languages
+
+Rust, TypeScript, TSX, JavaScript, Python, Go, Java, Scala, C, C++, Ruby, PHP, C#, Swift, Elixir, Kotlin. Unsupported files still get smart text/outline reads.
+
+## Setup
+
+The srcwalk plugin is auto-discovered from `.opencode/plugin/srcwalk.ts`. No registration needed.
+
+All scope paths are relative to the **project root directory**. The default scope resolves from the project root.

package/dist/template/.opencode/skill/subagent-driven-development/SKILL.md

@@ -35,7 +35,7 @@ dependencies: [executing-plans]
 
 Read plan file, create TodoWrite with all tasks.
 
-**Context file pattern:** If the plan exceeds ~500 tokens, write it to `.beads/artifacts/<id>/plan-context.md` and reference by path in subagent prompts instead of inlining. This saves tokens when dispatching multiple subagents from the same plan.
+**Context file pattern:** If the plan exceeds ~500 tokens, write it to `.opencode/artifacts/plan-context.md` and reference by path in subagent prompts instead of inlining. This saves tokens when dispatching multiple subagents from the same plan.
 
 ### 2. Execute Task with Subagent
 

package/dist/template/.opencode/skill/ubiquitous-language/SKILL.md

@@ -0,0 +1,184 @@
+---
+name: ubiquitous-language
+description: Establishes and maintains shared vocabulary across codebase, context files, and team conversation — inspired by Evans' Domain-Driven Design and Pocock's AI agent glossary technique. Use when terms are ambiguous, the AI does the wrong thing, or you need to align code with domain concepts.
+version: 1.0.0
+tags: [architecture, domain-driven-design, ai-workflow]
+dependencies: []
+agent_types: [planner, scout]
+tools: [srcwalk_search, grep, memory]
+---
+
+# Ubiquitous Language
+
+> Based on Eric Evans' *Domain-Driven Design* and Matt Pocock's AI-agent glossary technique
+
+## Overview
+
+A ubiquitous language is a **shared vocabulary** that is used consistently across:
+
+- **Code** — types, classes, functions, modules, files
+- **Conversation** — how developers and domain experts talk about the system
+- **AI context** — AGENTS.md, CLAUDE.md, and other files that guide AI agents
+- **Specs and docs** — PRDs, design docs, specifications
+
+When these four use the same words for the same concepts, communication is precise, AI agents produce correct code more often, and the "wrong thing" failure mode is dramatically reduced.
+
+When they diverge, every translation gap is a bug waiting to happen.
+
+> *"Conversations among developers and expressions of the code are all derived from the same domain model."* — Eric Evans
+
+**Why this matters for AI agents:** Matt Pocock demonstrated that feeding a structured glossary (extracted from the codebase) as persistent context to an LLM reduces verbose reasoning and aligns implementation more closely with intent. Ubiquitous language isn't a documentation luxury — it's a direct input into AI correctness.
+
+## When to Use
+
+- Terms are used interchangeably that shouldn't be ("User" vs "Account" vs "Profile")
+- AI agents consistently implement the wrong concept
+- Specs use different vocabulary than the codebase
+- Starting a new domain module that needs clear boundaries
+- Onboarding new developers or agents who need to learn the vocabulary
+- The codebase has multiple ways to refer to the same domain concept
+
+## When NOT to Use
+
+- Trivial utilities with no domain concept at stake
+- Short-lived spike code
+- Already consistent codebases with clear terminology (maintain, don't re-engineer)
+
+## Core Principle
+
+> **Every concept in the domain should have exactly one name in the codebase.**
+
+If two terms mean the same thing, consolidate. If one term means two different things, split them into separate concepts with separate names.
+
+## Technique 1: Glossary Extraction
+
+### From Codebase
+
+Scan the codebase for key terms and build a glossary:
+
+```
+src/
+  types/          → Extract type/interface names
+  models/         → Extract model/entity names  
+  routes/         → Extract resource names from URL patterns
+  services/       → Extract domain operation names
+  commands/       → Extract command/mutation names
+```
+
+**Automated approach:**
+```bash
+# Extract type definitions (TypeScript example)
+grep -rn "^export (type|interface|class|enum) " src/ --include='*.ts' | 
+  cut -d' ' -f3- | sort -u
+
+# Extract module/file names that correspond to domain concepts
+ls -d src/models/*/ | xargs -I{} basename {} | sort -u
+```
+
+### From AGENTS.md / Context Files
+
+Every term used in your AGENTS.md or CLAUDE.md should map to a code symbol. Cross-reference:
+
+1. List every capitalized noun phrase in AGENTS.md
+2. Search the codebase for each phrase
+3. For mismatches: either rename the code symbol or update the context file
+
+### Glossary Table Format
+
+```markdown
+## Glossary
+
+| Term | Definition | Code Symbol | Context |
+|------|------------|-------------|---------|
+| Order | A customer's purchase request in PENDING state | `Order` class, `orders` table | Checkout context |
+| OrderFulfillment | The shipping/delivery of items for an Order | `Fulfillment` class, `fulfillments` table | Fulfillment context |
+| User | An authenticated person using the system | `User` model, `users` table | Auth context |
+| Account | A User's billing/subscription profile | `Account` model, `accounts` table | Billing context |
+```
+
+## Technique 2: Bounded Context Mapping
+
+In DDD, the same term can mean different things in different contexts. The "Ubiquitous" in "Ubiquitous Language" is bounded — it applies *within* one context, not globally.
+
+**Example:** An "Order" in the **Checkout** context means "pending payment." An "Order" in the **Fulfillment** context means "packed and shipped." These are different concepts that happen to share a name.
+
+### When Contexts Conflict
+
+| Option | When | Tradeoff |
+|---|---|---|
+| **Split the term** | Different behaviors, data, lifecycle | Clearer but more types to manage |
+| **Keep one term, document the phases** | Same entity, different states | Simpler but confusion at boundaries |
+| **Use sub-types** | Shared core with context-specific properties | Precise but more complex |
+
+**Default:** Split the term if the two contexts never share code. Keep one term if they share a code path.
+
+## Technique 3: Glossary as AI Context
+
+This technique — from Matt Pocock's AI Engineer Summit talk — directly improves AI agent output:
+
+1. **Extract** your glossary from the codebase (Technique 1)
+2. **Format** it as a markdown table in your AGENTS.md or a dedicated `.md` file
+3. **Persist** it — include it in every prompt or reference it from context files
+4. **Read thinking traces** — when the LLM uses a term incorrectly, update the glossary
+
+### Example: Glossary Section in AGENTS.md
+
+```markdown
+## Glossary
+
+- **Order** = `src/orders/Order.ts` — purchase request in PENDING state
+- **Invoice** = `src/billing/Invoice.ts` — billing record generated from Order
+- **Shipment** = `src/fulfillment/Shipment.ts` — physical delivery of items
+```
+
+### Why This Works
+
+Pocock observed that reading the model's thinking traces confirmed this technique:
+
+- **Reduces verbose reasoning** — the AI doesn't have to infer what a term means from context
+- **Aligns implementation with intent** — the AI uses the correct code symbols from the start
+- **Prevents drift** — the glossary is extracted from truth (the codebase), not from conversation
+
+## Technique 4: Detecting Language Drift
+
+Over time, vocabulary naturally diverges. Watch for:
+
+| Signal | What to do |
+|---|---|
+| AI generates a new term the codebase doesn't use | Update the glossary or rename the generated code |
+| Two developers use different names for the same concept | Align on one name, update code and context |
+| AGENTS.md mentions a term not found in code | Add the code symbol or remove the stale term |
+| Same term used for different concepts in code | Refactor or split the type |
+| PR review consistently corrects naming | Create a glossary entry and enforce it |
+
+### Drift Check Frequency
+
+- **Per sprint** — scan for new terms in code vs AGENTS.md
+- **Per AI session** — check that AGENTS.md terms match the module you're working in
+- **Per refactor** — regenerate the glossary when domain types change
+
+## Output Checklist
+
+- [ ] Glossary extracted from codebase: types, modules, routes, domain operations
+- [ ] AGENTS.md vocabulary cross-referenced against code symbols
+- [ ] Bounded contexts identified where same term has different meanings
+- [ ] Glossary formatted and persisted for AI context
+- [ ] Language drift signals documented for ongoing maintenance
+
+## See Also
+
+- **spec-driven-development** — Define vocabulary in the spec before implementation
+- **deep-module-design** — Module boundaries align with bounded contexts
+- **memory-system** — Persist glossary for cross-session AI context
+
+## Skill Result Contract
+
+```xml
+<skill_result>
+  <skill>ubiquitous-language</skill>
+  <status>success|partial|blocked|failure</status>
+  <evidence>Glossary generated, cross-references checked, bounded contexts mapped</evidence>
+  <artifacts>Glossary file, AGENTS.md updates, detected drifts</artifacts>
+  <risks>Unaligned terms deferred, contexts not fully mapped, or none</risks>
+</skill_result>
+```

package/dist/template/.opencode/skill/using-git-worktrees/SKILL.md

@@ -116,16 +116,16 @@ After creating a worktree, persist its absolute path for session resume:
 
 ```bash
 # After creating worktree
-mkdir -p .beads/artifacts/$BEAD_ID
-echo "/absolute/path/to/worktree" > .beads/artifacts/$BEAD_ID/worktree.txt
+mkdir -p .opencode/artifacts/
+echo "/absolute/path/to/worktree" > .opencode/artifacts/worktree.txt
 ```
 
 On session resume, restore the active worktree if tracking exists:
 
 ```bash
-# Check if worktree exists for active bead
-if [ -f .beads/artifacts/$BEAD_ID/worktree.txt ]; then
-  WORKTREE_PATH=$(cat .beads/artifacts/$BEAD_ID/worktree.txt)
+# Check if worktree exists for active plan
+if [ -f .opencode/artifacts/worktree.txt ]; then
+  WORKTREE_PATH=$(cat .opencode/artifacts/worktree.txt)
   cd "$WORKTREE_PATH"
 fi
 ```
@@ -133,7 +133,7 @@ fi
 On worktree cleanup (after merge), remove the tracking file:
 
 ```bash
-rm -f .beads/artifacts/$BEAD_ID/worktree.txt
+rm -f .opencode/artifacts/worktree.txt
 ```
 
 ### 3. Run Project Setup

package/dist/template/.opencode/skill/verification-before-completion/SKILL.md

@@ -207,12 +207,12 @@ Total time = max(typecheck, lint) + test, not typecheck + lint + test.
 
 If you just verified and nothing changed, don't re-verify:
 
-1. After gates pass, record a stamp in `.beads/verify.log`
+1. After gates pass, record a stamp in `.opencode/artifacts/verify.log`
 2. Before running gates, compare current state to last stamp
 3. If match → report cached PASS, skip redundant work
 4. Cache is always bypassed for `--full` and ship/release
 
-This matters when other commands need verification (e.g., closing beads, `/ship`). If you verified 30 seconds ago and made no changes, the cache lets you skip.
+This matters when other commands need verification (e.g., closing tasks, `/ship`). If you verified 30 seconds ago and made no changes, the cache lets you skip.
 
 ## Enforcement Gates
 
@@ -220,9 +220,9 @@ Prompt-level rules get ignored under pressure. These gates are **hard blocks**
 
 ### Gate 1: Completion Claims Require verify.log
 
-Before ANY completion claim (bead close, PR creation, `/ship`, task completion):
+Before ANY completion claim (close plan, PR creation, `/ship`, task completion):
 
-1. Check `.beads/verify.log` exists and contains a recent `PASS` stamp
+1. Check `.opencode/artifacts/verify.log` exists and contains a recent `PASS` stamp
 2. If verify.log is missing or stale (older than last file change) → **BLOCK** — run verification first
 3. If verify.log shows `FAIL` → **BLOCK** — do not proceed
 
@@ -252,12 +252,12 @@ Tasks can "pass" verification while containing stub implementations. This gate c
 ### When to Run
 
 - After all PRD tasks are marked complete (during `/ship` Phase 4-5)
-- Before closing any bead
+- Before closing any task
 - When `--full` verification is requested
 
 ### Stub Patterns to Detect
 
-Scan all files modified in the current task/bead for these phantom indicators:
+Scan all files modified in the current task for these phantom indicators:
 
 ```bash
 # Run against modified code files only (exclude .md, .json, .yml to avoid false positives)

package/dist/template/.opencode/skill/verification-before-completion/references/VERIFICATION_PROTOCOL.md

@@ -17,7 +17,7 @@ CHANGED=$({
   git ls-files --others --exclude-standard -- '*.ts' '*.tsx' '*.js' '*.jsx'
 } | sort -u)
 
-# If in a bead worktree, diff against the branch point:
+# If in a plan worktree, diff against the branch point:
 # CHANGED=$({
 #   git diff --name-only --diff-filter=d main...HEAD -- '*.ts' '*.tsx' '*.js' '*.jsx'
 #   git ls-files --others --exclude-standard -- '*.ts' '*.tsx' '*.js' '*.jsx'
@@ -108,14 +108,14 @@ STAMP=$(printf '%s\n%s\n%s' \
   "$(git ls-files --others --exclude-standard -- '*.ts' '*.tsx' '*.js' '*.jsx' | xargs cat 2>/dev/null)" \
   | shasum -a 256 | cut -d' ' -f1)
 
-echo "$STAMP $(date -u +%Y-%m-%dT%H:%M:%SZ) PASS" >> .beads/verify.log
+echo "$STAMP $(date -u +%Y-%m-%dT%H:%M:%SZ) PASS" >> .opencode/artifacts/verify.log
 ```
 
 ### Skip Check (before running gates)
 
 ```bash
 # Read last verification stamp
-LAST_STAMP=$(tail -1 .beads/verify.log 2>/dev/null | awk '{print $1}')
+LAST_STAMP=$(tail -1 .opencode/artifacts/verify.log 2>/dev/null | awk '{print $1}')
 
 # Recompute current fingerprint (same formula as recording)
 CURRENT_STAMP=$(printf '%s\n%s\n%s' \
@@ -137,11 +137,11 @@ fi
 - Any file edited, staged, or committed since last verification
 - `--full` flag always bypasses cache
 - Manual `--no-cache` flag bypasses cache
-- Different bead context (bead ID changed)
+- Different plan context (plan ID changed)
 
 ### Agent Behavior
 
-When another command needs verification (e.g., closing a bead, `/ship`):
+When another command needs verification (e.g., closing a plan, `/ship`):
 
 1. **Check cache first** — if clean, report `"Verification: cached PASS (no changes since <timestamp>)"`
 2. **If cache miss** — run incremental gates normally

package/package.json

@@ -1,78 +1,78 @@
 {
-	"name": "opencodekit",
-	"version": "0.21.10",
-	"description": "CLI tool for bootstrapping and managing OpenCodeKit projects",
-	"keywords": [
-		"agents",
-		"cli",
-		"mcp",
-		"opencode",
-		"opencodekit",
-		"template"
-	],
-	"homepage": "https://github.com/opencodekit-template/opencodekit-template#readme",
-	"bugs": {
-		"url": "https://github.com/opencodekit-template/opencodekit-template/issues"
-	},
-	"license": "MIT",
-	"author": "heyhuynhgiabuu <buub1309120@gmail.com>",
-	"repository": {
-		"type": "git",
-		"url": "git+https://github.com/opencodekit-template/opencodekit-template.git"
-	},
-	"bin": {
-		"ock": "dist/index.js"
-	},
-	"files": [
-		"dist",
-		"README.md"
-	],
-	"type": "module",
-	"publishConfig": {
-		"access": "public",
-		"registry": "https://registry.npmjs.org"
-	},
-	"scripts": {
-		"dev": "tsx src/index.ts",
-		"build": "tsdown && mkdir -p dist/template && rsync -av --exclude=node_modules --exclude=dist --exclude=.git --exclude=coverage --exclude=.next --exclude=.turbo --exclude=logs --exclude=package-lock.json --exclude='plugin/*.bak' --exclude=memory.db --exclude=memory.db-shm --exclude=memory.db-wal --exclude='memory.db.corrupt.*' --exclude=memory-recovery.log .opencode/ dist/template/.opencode/",
-		"typecheck": "tsgo --noEmit",
-		"test": "vitest run",
-		"test:watch": "vitest",
-		"validate:command-doc": "tsx src/validation/command-doc.ts --check",
-		"validate:docs-drift": "tsx src/validation/docs-drift.ts --check",
-		"validate:skill-lint": "tsx src/validation/skill-lint.ts --check",
-		"validate:governance": "npm run validate:command-doc && npm run validate:docs-drift && npm run validate:skill-lint",
-		"lint": "oxlint .",
-		"lint:fix": "oxlint --fix .",
-		"format": "oxfmt",
-		"format:check": "oxfmt --check"
-	},
-	"dependencies": {
-		"@ai-sdk/provider": "^3.0.8",
-		"@ai-sdk/provider-utils": "^4.0.15",
-		"@clack/prompts": "^0.7.0",
-		"@opencode-ai/plugin": "^1.2.6",
-		"cac": "^6.7.14",
-		"cli-table3": "^0.6.5",
-		"diff": "^8.0.3",
-		"env-paths": "^4.0.0",
-		"node-machine-id": "^1.1.12",
-		"ora": "^9.3.0",
-		"picocolors": "^1.1.1",
-		"zod": "^3.25.76"
-	},
-	"devDependencies": {
-		"@types/diff": "^8.0.0",
-		"@types/node": "^22.19.11",
-		"@typescript/native-preview": "latest",
-		"oxfmt": "^0.23.0",
-		"oxlint": "^1.48.0",
-		"tsdown": "latest",
-		"tsx": "latest",
-		"typescript": "^5.9.3",
-		"vitest": "latest"
-	},
-	"engines": {
-		"node": ">=20.19.0"
-	}
+  "name": "opencodekit",
+  "version": "0.23.0",
+  "description": "CLI tool for bootstrapping and managing OpenCodeKit projects",
+  "keywords": [
+    "agents",
+    "cli",
+    "mcp",
+    "opencode",
+    "opencodekit",
+    "template"
+  ],
+  "homepage": "https://github.com/opencodekit-template/opencodekit-template#readme",
+  "bugs": {
+    "url": "https://github.com/opencodekit-template/opencodekit-template/issues"
+  },
+  "license": "MIT",
+  "author": "heyhuynhgiabuu <buub1309120@gmail.com>",
+  "repository": {
+    "type": "git",
+    "url": "git+https://github.com/opencodekit-template/opencodekit-template.git"
+  },
+  "bin": {
+    "ock": "dist/index.js"
+  },
+  "files": [
+    "dist",
+    "README.md"
+  ],
+  "type": "module",
+  "publishConfig": {
+    "access": "public",
+    "registry": "https://registry.npmjs.org"
+  },
+  "scripts": {
+    "dev": "tsx src/index.ts",
+    "build": "tsdown && mkdir -p dist/template && rsync -av --exclude=node_modules --exclude=dist --exclude=.git --exclude=coverage --exclude=.next --exclude=.turbo --exclude=logs --exclude=package-lock.json --exclude='plugin/*.bak' --exclude=memory.db --exclude=memory.db-shm --exclude=memory.db-wal --exclude='memory.db.corrupt.*' --exclude=memory-recovery.log .opencode/ dist/template/.opencode/",
+    "typecheck": "tsgo --noEmit",
+    "test": "vitest run",
+    "test:watch": "vitest",
+    "validate:command-doc": "tsx src/validation/command-doc.ts --check",
+    "validate:docs-drift": "tsx src/validation/docs-drift.ts --check",
+    "validate:skill-lint": "tsx src/validation/skill-lint.ts --check",
+    "validate:governance": "npm run validate:command-doc && npm run validate:docs-drift && npm run validate:skill-lint",
+    "lint": "oxlint .",
+    "lint:fix": "oxlint --fix .",
+    "format": "oxfmt",
+    "format:check": "oxfmt --check"
+  },
+  "dependencies": {
+    "@ai-sdk/provider": "^3.0.8",
+    "@ai-sdk/provider-utils": "^4.0.15",
+    "@clack/prompts": "^0.7.0",
+    "@opencode-ai/plugin": "^1.2.6",
+    "cac": "^6.7.14",
+    "cli-table3": "^0.6.5",
+    "diff": "^8.0.3",
+    "env-paths": "^4.0.0",
+    "node-machine-id": "^1.1.12",
+    "ora": "^9.3.0",
+    "picocolors": "^1.1.1",
+    "zod": "^3.25.76"
+  },
+  "devDependencies": {
+    "@types/diff": "^8.0.0",
+    "@types/node": "^22.19.11",
+    "@typescript/native-preview": "latest",
+    "oxfmt": "^0.23.0",
+    "oxlint": "^1.48.0",
+    "tsdown": "latest",
+    "tsx": "latest",
+    "typescript": "^5.9.3",
+    "vitest": "latest"
+  },
+  "engines": {
+    "node": ">=20.19.0"
+  }
 }