@uzysjung/agent-harness 26.111.0 → 26.112.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.ko.md +10 -10
- package/README.md +23 -22
- package/dist/index.js +1 -1
- package/dist/index.js.map +1 -1
- package/package.json +1 -1
- package/templates/skills/north-star/NORTH_STAR.template.md +52 -8
- package/templates/skills/north-star/SKILL.md +71 -17
package/README.ko.md
CHANGED
|
@@ -1,13 +1,13 @@
|
|
|
1
1
|
# uzys-agent-harness
|
|
2
2
|
|
|
3
|
-
**기술 스택에 실제로 필요한 AI 코딩 스킬·플러그인만 골라, 한 번의 명령어로 Claude Code · Codex · OpenCode · Antigravity 에 세팅한다 —
|
|
3
|
+
**기술 스택에 실제로 필요한 AI 코딩 스킬·플러그인만 골라, 한 번의 명령어로 Claude Code · Codex · OpenCode · Antigravity 에 세팅한다 — 아이디어부터 출시까지 에이전트가 탈선하지 않게 잡아주는 라이프사이클 규율과 함께.**
|
|
4
4
|
|
|
5
|
-
코딩 에이전트는 기본기가 계속 강해지고 있다 — 안 쓸 스킬과 MCP 를
|
|
5
|
+
코딩 에이전트는 기본기가 계속 강해지고 있다 — 안 쓸 스킬과 MCP 를 쌓으면 컨텍스트 창만 부풀고, awesome-list 는 내 프로젝트에 맞는 것을 일일이 고르기엔 선택지가 너무 많다. `agent-harness` 는 두 가지를 한다:
|
|
6
6
|
|
|
7
7
|
1. **스택 기반 lean 큐레이션** — 검증된 옵션 중에서, 이 프로젝트에 실제로 필요한 것만 설치.
|
|
8
|
-
2. **규율 레이어(discipline layer)** — 실제 프로덕션 프로젝트를 에이전트로 운영하며 증명된 룰·훅·CI 스캐폴드: 문서 거버넌스, 검증 게이트, 벤치마크 패리티 루프, 재발 방지. 이
|
|
8
|
+
2. **규율 레이어(discipline layer)** — 실제 프로덕션 프로젝트를 에이전트로 운영하며 증명된 룰·훅·CI 스캐폴드: 문서 거버넌스, 검증 게이트, 벤치마크 패리티 루프, 재발 방지. 이 규율 레이어 덕분에 이 도구는 단순한 스킬 모음이 아니라 *하네스*가 된다 ([상세 ↓](#규율-레이어--무엇이-하네스인가)).
|
|
9
9
|
|
|
10
|
-
**Claude Code
|
|
10
|
+
**Claude Code 는 전체 지원(모든 자산·훅·플러그인); Codex / OpenCode / Antigravity 는 skills + rules 레이어를 받는다.** 디폴트는 project scope — 명시적으로 선택하지 않는 한 글로벌 영역 미수정.
|
|
11
11
|
|
|
12
12
|
[](LICENSE)
|
|
13
13
|
[](https://github.com/uzysjung/uzys-agent-harness/releases)
|
|
@@ -15,7 +15,7 @@
|
|
|
15
15
|
|
|
16
16
|

|
|
17
17
|
|
|
18
|
-
> **"vetted(검증됨)"의 의미** — GitHub star ≥ 1000 + 활성 유지보수 + Docker 격리 실설치 검증(현재 51/65 자산 green), 월간 CI cron 재검증([catalog-verify](docs/COMPATIBILITY.md), [trust-tier-drift](.github/workflows/)). 자산
|
|
18
|
+
> **"vetted(검증됨)"의 의미** — GitHub star ≥ 1000 + 활성 유지보수 + Docker 격리 실설치 검증(현재 51/65 자산 green), 월간 CI cron 재검증([catalog-verify](docs/COMPATIBILITY.md), [trust-tier-drift](.github/workflows/)). 자산 코드의 라인 단위 보안 감사나 prompt-injection 스캔까지 보장하는 것은 **아니다**. npm/npx 자산은 버전 고정; **plugin/skill 자산은 upstream HEAD 로 설치(commit-pin 아직 없음)**. 설치 자산은 서드파티 의존성처럼 취급할 것 — [SECURITY.md](SECURITY.md) 참고.
|
|
19
19
|
|
|
20
20
|
🇺🇸 [English](./README.md)
|
|
21
21
|
|
|
@@ -65,7 +65,7 @@ npx -y @uzysjung/agent-harness install \
|
|
|
65
65
|
|
|
66
66
|
## 큐레이션 철학 — lean by default
|
|
67
67
|
|
|
68
|
-
프론티어 코딩 모델은 스킬 팩이 가르치던 것을 계속 흡수하고 있다. 우리의 입장: **스킬은
|
|
68
|
+
프론티어 코딩 모델은 스킬 팩이 가르치던 것을 계속 흡수하고 있다. 우리의 입장: **스킬은 자신이 차지하는 컨텍스트 비용 이상의 가치를 증명해야 한다** — 설치된 스킬은 안 쓰일 때도 에이전트의 어텐션을 점유하므로, 기본 설치는 최소로 유지하고 "스킬이 많음"은 기능이 아니라 비용으로 취급한다.
|
|
69
69
|
|
|
70
70
|
여전히 가치 있다고 믿는 것은 지식 레이어가 아니라 **인사이트 레이어**다:
|
|
71
71
|
|
|
@@ -73,7 +73,7 @@ npx -y @uzysjung/agent-harness install \
|
|
|
73
73
|
- **크로스-CLI 레버리지** — CLI 별 강점 활용: 자연스러운 산문은 Antigravity(`gemini-consult`), 간결한 구조화 + 이미지 생성은 Codex(`codex-consult`).
|
|
74
74
|
- **운영 사실(operational facts)** — CLI flag·인증 흐름·배포 절차(`supabase-cli`, `railway-skills`, …)는 모델이 아무리 똑똑해져도 upstream 릴리즈와 함께 drift 한다. 범용 패턴 가이드가 가장 먼저 불필요해진다.
|
|
75
75
|
|
|
76
|
-
구조화 워크플로 번들(superpowers, BMAD, OpenSpec, …)은 **opt-in 유지, pre-check 안 함**. 우리 관점: 강한 모델에는 애자일한 방향 + 확고한 git/PR 정책이 강제된 절차보다 낫다(솔로/그린필드 기준) — 단 다수 개발자 정렬·주니어 온보딩·감사 추적은 모델
|
|
76
|
+
구조화 워크플로 번들(superpowers, BMAD, OpenSpec, …)은 **opt-in 유지, pre-check 안 함**. 우리 관점: 강한 모델에는 애자일한 방향 + 확고한 git/PR 정책이 강제된 절차보다 낫다(솔로/그린필드 기준) — 단 다수 개발자 간 의견 정렬·주니어 온보딩·감사 추적은 모델 업그레이드로는 해결되지 않는 조직의 문제라, 선택은 사용자의 몫으로 열어둔다([워크플로 큐레이션 가이드](docs/WORKFLOWS.md)).
|
|
77
77
|
|
|
78
78
|
v26.103.0 부터 설치기는 선택 항목의 **세션 시작 컨텍스트 비용**을 표시한다(번들 스킬은 실측, 외부 자산은 정직하게 unmeasured 표기).
|
|
79
79
|
|
|
@@ -90,10 +90,10 @@ v26.103.0 부터 설치기는 선택 항목의 **세션 시작 컨텍스트 비
|
|
|
90
90
|
| **딜리버리** | `git-policy` · `change-management` · `gates-taxonomy` 룰 (전 트랙) | conventional commits, 핵심 결정의 ADR 화, 게이트 4유형 |
|
|
91
91
|
| **테스트 → CI** | `test-policy` 룰 (dev 트랙) + `ci-scaffold` (opt-in) | 커버리지 threshold, TDD, 실DB CI 템플릿(`.github/workflows/`) |
|
|
92
92
|
| **검증** | `reviewer` 에이전트 + `multi-persona-review` ★ | 구현자 ≠ 검증자; 출하 전 다관점 리뷰 |
|
|
93
|
-
| **실브라우저
|
|
93
|
+
| **실브라우저 검증** | `playwright-launch` + `benchmark-parity` 룰 (UI 트랙) | 영속 profile capture, 갭 매트릭스(`gap.md`), PR `## Fidelity` 증거 |
|
|
94
94
|
| **재발 방지** | `recurrence-prevention` ★ (dev 트랙) | 반복 결함 → 에스컬레이션: 기록 → 강제 룰 → 구조적 게이트 |
|
|
95
95
|
|
|
96
|
-
전부
|
|
96
|
+
전부 가볍고 예측 가능하게 동작한다 — 레일은 고정하되 그 안에서 에이전트는 유연하게 움직인다. ★ = 1st-party dev-method 스킬.
|
|
97
97
|
|
|
98
98
|
---
|
|
99
99
|
|
|
@@ -200,7 +200,7 @@ npx -y @uzysjung/agent-harness uninstall
|
|
|
200
200
|
|
|
201
201
|
- Project-scope 자산: 자동 제거 (`claude plugin uninstall --scope project`, `npm uninstall --save-dev`, `.codex/` cleanup 등).
|
|
202
202
|
- 프로젝트 루트 `CLAUDE.md`: install 시점과 내용이 동일할 때만 제거 (sha256). 설치 후 직접 수정했다면 안내와 함께 보존.
|
|
203
|
-
- Global-scope 자산: 안내 메시지만 출력 — 사용자가 직접 제거. uninstall
|
|
203
|
+
- Global-scope 자산: 안내 메시지만 출력 — 사용자가 직접 제거. uninstall 은 명시적 동의 없이는 다른 프로젝트나 글로벌 설정을 절대 변경하지 않는다.
|
|
204
204
|
|
|
205
205
|
| Flag | What |
|
|
206
206
|
|---|---|
|
package/README.md
CHANGED
|
@@ -2,12 +2,12 @@
|
|
|
2
2
|
|
|
3
3
|
**Install only the AI-coding skills & plugins your tech stack actually needs — vetted, curated, and set up with one command across Claude Code, Codex, OpenCode & Antigravity. Plus the project-lifecycle discipline that keeps an agent honest from idea to ship.**
|
|
4
4
|
|
|
5
|
-
Coding agents keep getting stronger out of the box — piling on skills and MCPs you'll never use just bloats their context. And the awesome-lists have too many options to wade through. `agent-harness` does two things:
|
|
5
|
+
Coding agents keep getting stronger out of the box — piling on skills and MCPs you'll never use just bloats their context window. And the awesome-lists have too many options to wade through. `agent-harness` does two things:
|
|
6
6
|
|
|
7
7
|
1. **Lean curation by tech stack** — of the vetted options, you install only what this project actually calls for.
|
|
8
8
|
2. **A discipline layer** — rules, hooks, and CI scaffolds distilled from running real production projects with agents: doc governance, verification gates, benchmark-parity loops, recurrence prevention. That layer is what makes it a *harness*, not a skill pack ([details ↓](#the-discipline-layer--what-makes-it-a-harness)).
|
|
9
9
|
|
|
10
|
-
**Claude Code is
|
|
10
|
+
**Claude Code is fully supported (all assets, hooks, and plugins); Codex / OpenCode / Antigravity get the skills + rules layer.** Project scope by default — no global pollution unless you ask.
|
|
11
11
|
|
|
12
12
|
[](LICENSE)
|
|
13
13
|
[](https://github.com/uzysjung/uzys-agent-harness/releases)
|
|
@@ -41,7 +41,8 @@ Step 6/6 Installing
|
|
|
41
41
|
After install:
|
|
42
42
|
|
|
43
43
|
```bash
|
|
44
|
-
claude #
|
|
44
|
+
claude # or codex / opencode / agy — whichever CLI you installed for;
|
|
45
|
+
# skills, rules, and hooks are now active
|
|
45
46
|
```
|
|
46
47
|
|
|
47
48
|
### Non-interactive install (CI / scripts / Docker)
|
|
@@ -76,6 +77,24 @@ Curation, not a list to browse — pick `csr-supabase` and step 3 pre-checks exa
|
|
|
76
77
|
|
|
77
78
|
---
|
|
78
79
|
|
|
80
|
+
## The discipline layer — what makes it a harness
|
|
81
|
+
|
|
82
|
+
Curated assets are half the install. The other half is a **project-lifecycle discipline**: rules, hooks, and scaffolds proven in our own production projects, generalized to be domain-neutral. It covers the loop an agent actually runs — direction → docs → tests/CI → verification → real-browser checks → recurrence prevention:
|
|
83
|
+
|
|
84
|
+
| Lifecycle stage | Installed as | What it enforces |
|
|
85
|
+
|---|---|---|
|
|
86
|
+
| **Direction** | `north-star` skill (all tracks) + `northstar-roadmap` ★ | vision doc → measured gaps → ranked backlog |
|
|
87
|
+
| **Doc governance** | `doc-governance` rule (all tracks) + `spec-drift-check` hook | SSOT hierarchy, "merge = code **and** tracking sync", current-vs-archive split |
|
|
88
|
+
| **Delivery** | `git-policy` · `change-management` · `gates-taxonomy` rules (all tracks) | conventional commits, ADRs for load-bearing decisions, 4 gate types |
|
|
89
|
+
| **Tests → CI** | `test-policy` rule (dev tracks) + `ci-scaffold` (opt-in) | coverage thresholds, TDD, real-DB **parity** CI templates (fill-in) in `.github/workflows/` |
|
|
90
|
+
| **Verification** | `reviewer` agent + `multi-persona-review` ★ | implementer ≠ verifier; multi-perspective review before ship |
|
|
91
|
+
| **Real-browser verification** | `playwright-launch` + `benchmark-parity` rules (UI tracks) | persistent-profile capture, gap matrix (`gap.md`), PR `## Fidelity` evidence |
|
|
92
|
+
| **Recurrence** | `recurrence-prevention` ★ (dev tracks) | repeat defect → escalate: record → forced rule → structural gate |
|
|
93
|
+
|
|
94
|
+
Everything here is deterministic and small — fixed rails, flexible agent. ★ = first-party dev-method skill (see below).
|
|
95
|
+
|
|
96
|
+
---
|
|
97
|
+
|
|
79
98
|
## Curation philosophy — lean by default
|
|
80
99
|
|
|
81
100
|
> Maintainer's direction statement (2026-07). The catalog itself is unchanged by this section — it describes how curation decisions are made going forward.
|
|
@@ -96,24 +115,6 @@ One honest note: this repository's *own* development harness is deliberately hea
|
|
|
96
115
|
|
|
97
116
|
---
|
|
98
117
|
|
|
99
|
-
## The discipline layer — what makes it a harness
|
|
100
|
-
|
|
101
|
-
Curated assets are half the install. The other half is a **project-lifecycle discipline**: rules, hooks, and scaffolds proven in our own production projects, generalized to be domain-neutral. It covers the loop an agent actually runs — direction → docs → tests/CI → verification → real-browser truth → recurrence prevention:
|
|
102
|
-
|
|
103
|
-
| Lifecycle stage | Installed as | What it enforces |
|
|
104
|
-
|---|---|---|
|
|
105
|
-
| **Direction** | `north-star` skill (all tracks) + `northstar-roadmap` ★ | vision doc → measured gaps → ranked backlog |
|
|
106
|
-
| **Doc governance** | `doc-governance` rule (all tracks) + `spec-drift-check` hook | SSOT hierarchy, "merge = code **and** tracking sync", current-vs-archive split |
|
|
107
|
-
| **Delivery** | `git-policy` · `change-management` · `gates-taxonomy` rules (all tracks) | conventional commits, ADRs for load-bearing decisions, 4 gate types |
|
|
108
|
-
| **Tests → CI** | `test-policy` rule (dev tracks) + `ci-scaffold` (opt-in) | coverage thresholds, TDD, real-DB **parity** CI templates (fill-in) in `.github/workflows/` |
|
|
109
|
-
| **Verification** | `reviewer` agent + `multi-persona-review` ★ | implementer ≠ verifier; multi-perspective review before ship |
|
|
110
|
-
| **Real-browser truth** | `playwright-launch` + `benchmark-parity` rules (UI tracks) | persistent-profile capture, gap matrix (`gap.md`), PR `## Fidelity` evidence |
|
|
111
|
-
| **Recurrence** | `recurrence-prevention` ★ (dev tracks) | repeat defect → escalate: record → forced rule → structural gate |
|
|
112
|
-
|
|
113
|
-
Everything here is deterministic and small — fixed rails, flexible agent. ★ = first-party dev-method skill (see below).
|
|
114
|
-
|
|
115
|
-
---
|
|
116
|
-
|
|
117
118
|
## Installing into an existing project
|
|
118
119
|
|
|
119
120
|
`agent-harness` never silently overwrites your config. Before replacing an **editable** file whose contents differ, it writes a timestamped backup next to it — and every backup path is printed in the install summary (`backup` rows). Nothing is deleted.
|
|
@@ -237,7 +238,7 @@ External assets are recommended automatically based on your track selection. Ste
|
|
|
237
238
|
| `wshobson-agents` | Multi-agent orchestration workflows (full-stack/tdd/review), cross-CLI | wshobson |
|
|
238
239
|
| `feature-dev` | Guided feature workflow — explore/architect/review agents | Anthropic official marketplace |
|
|
239
240
|
|
|
240
|
-
**First-party dev-method skills**
|
|
241
|
+
**First-party dev-method skills** — `official`, **core on every dev track** (installed by default; uncheck at step 3 or `--without <id>` to skip). Repo-bundled templates that install across all 4 CLIs: Claude, Codex/Antigravity native skills, OpenCode command fallback.
|
|
241
242
|
|
|
242
243
|
| Asset | What | Source |
|
|
243
244
|
|---|---|---|
|
package/dist/index.js
CHANGED
|
@@ -709,7 +709,7 @@ var cac = (name = "") => new CAC(name);
|
|
|
709
709
|
// package.json
|
|
710
710
|
var package_default = {
|
|
711
711
|
name: "@uzysjung/agent-harness",
|
|
712
|
-
version: "26.
|
|
712
|
+
version: "26.112.0",
|
|
713
713
|
description: "Curate vetted AI-coding skills & plugins by your tech stack \u2014 install only what you need, across Claude Code, Codex, OpenCode & Antigravity",
|
|
714
714
|
type: "module",
|
|
715
715
|
publishConfig: {
|