pi-codex-auto-review 0.2.1 → 0.2.2

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.
@@ -2,7 +2,7 @@
2
2
 
3
3
  [English](publishing.md) | **한국어**
4
4
 
5
- `pnpm release`에서 버전을 선택하고 커밋·태그·푸시를 확인하면 GitHub Actions가 JavaScript 패키지를 빌드·검증하고 npm에 게시합니다. 로컬 명령은 npm 자격 증명을 사용하지 않습니다. `0.2.0`은 JavaScript만 배포하는 이 절차를 사용하며, 게시된 `0.1.4`에는 이전 네이티브 실행 파일이 남아 있습니다.
5
+ `pnpm release`에서 패키지와 버전을 선택하고 커밋·태그·푸시를 확인하면 GitHub Actions가 해당 JavaScript 패키지를 빌드·검증하고 npm에 게시합니다. 로컬 명령은 npm 자격 증명을 사용하지 않습니다. `0.2.0`은 JavaScript만 배포하는 이 절차를 사용하며, 게시된 `0.1.4`에는 이전 네이티브 실행 파일이 남아 있습니다.
6
6
 
7
7
  ## 처음 한 번 설정
8
8
 
@@ -16,11 +16,11 @@ Node.js 24.14.0과 pnpm 10을 사용할 수 있는 터미널에서 저장소 루
16
16
  npm ci --ignore-scripts
17
17
  ```
18
18
 
19
- 의존성 설치와 CI 빌드는 기존 `package-lock.json`을 사용합니다. `pnpm`은 릴리스 스크립트의 실행 진입점으로 사용하며, `pnpm-lock.yaml`로 설치 방식을 바꾸지 않습니다. 현재 패키지는 샌드박스 의존성을 묶지 않고 Pi 호스트를 peer dependency로 사용합니다.
19
+ 저장소는 npm 작업 공간(workspaces) 기반 모노레포입니다. 게시하는 패키지는 `packages/<패키지>`에 두고 패키지 빌드는 Turborepo가 실행합니다. 테스트·스크립트·문서는 저장소 루트에 둡니다. 의존성 설치와 CI 빌드는 루트 `package-lock.json`을 사용합니다. `pnpm`은 릴리스 스크립트의 실행 진입점으로 사용하며, `pnpm-lock.yaml`로 설치 방식을 바꾸지 않습니다. 현재 패키지는 샌드박스 의존성을 묶지 않고 Pi 호스트를 peer dependency로 사용합니다.
20
20
 
21
21
  ### npm Trusted Publisher
22
22
 
23
- `pi-codex-auto-review`의 npm **Settings → Trusted publishing**에서 GitHub Actions 연결을 추가합니다.
23
+ 이 저장소에서 게시하는 패키지마다 npm **Settings → Trusted publishing**에서 GitHub Actions 연결을 추가합니다. 예를 들어 `pi-codex-auto-review`가 있으며, 모든 패키지가 같은 워크플로를 사용합니다.
24
24
 
25
25
  | 항목 | 입력 값 |
26
26
  |---|---|
@@ -42,28 +42,29 @@ npm ci --ignore-scripts
42
42
  pnpm release
43
43
  ```
44
44
 
45
- 1. 현재 버전과 구체적인 다음 버전을 보고 하나를 선택합니다. `0.1.1`에서 `0.1.2`를 출시할 때는 **patch**를 선택합니다. 로컬 버전 태그가 없으면 **현재 준비 버전 출시**도 선택할 수 있습니다.
46
- 2. 커밋 여부를 확인하고 릴리스 커밋을 만듭니다. 현재 버전을 그대로 출시할 때는 출시 기록을 남기는 빈 커밋을 만듭니다.
47
- 3. `v<버전>` 태그 생성 여부를 확인하고 주석 태그를 만듭니다.
48
- 4. `master`와 해당 태그의 푸시 여부를 확인합니다. 승인하면 두 참조를 원자적으로 함께 푸시하고 Actions의 npm 게시를 시작합니다.
45
+ 1. 릴리스할 패키지를 선택합니다. `private`가 아닌 작업 공간 패키지만 표시합니다.
46
+ 2. 현재 버전과 구체적인 다음 버전을 보고 하나를 선택합니다. `0.1.1`에서 `0.1.2`를 출시할 때는 **patch**를 선택합니다. 해당 버전의 로컬 릴리스 태그가 없으면 **현재 준비 버전 출시**도 선택할 수 있습니다. `pi-codex-auto-review`는 `0.2.1`까지 사용한 `v<버전>` 태그도 릴리스 태그로 봅니다.
47
+ 3. 커밋 여부를 확인하고 릴리스 커밋을 만듭니다. 현재 버전을 그대로 출시할 때는 출시 기록을 남기는 빈 커밋을 만듭니다.
48
+ 4. `<패키지>@<버전>` 태그 생성 여부를 확인하고 주석 태그를 만듭니다.
49
+ 5. `master`와 해당 태그의 푸시 여부를 확인합니다. 승인하면 두 참조를 원자적으로 함께 푸시하고 Actions의 npm 게시를 시작합니다.
49
50
 
50
51
  각 확인의 기본값은 승인입니다. `n`이나 `Ctrl+C`를 입력하면 해당 작업과 이후 흐름을 중단합니다. `--ci`, 버전 인자나 자동 응답으로 질문을 건너뛰는 방식은 지원하지 않습니다.
51
52
 
52
- 버전 선택은 자동으로 `0.1.2` 등을 적용하지 않습니다. `package.json`과 `package-lock.json`의 버전 변경은 release-it이 수행하며 npm 버전 수명 주기 스크립트는 실행하지 않습니다. 로컬에서는 패키지를 다시 빌드하거나 npm에 게시하지 않습니다.
53
+ 버전 선택은 자동으로 `0.1.2` 등을 적용하지 않습니다. 선택한 패키지의 `package.json` 버전 변경은 release-it이 수행하며 npm 버전 수명 주기 스크립트는 실행하지 않습니다. 릴리스 플러그인이 루트 `package-lock.json`에도 같은 버전을 기록해 릴리스 커밋에 포함합니다. 로컬에서는 패키지를 다시 빌드하거나 npm에 게시하지 않습니다.
53
54
 
54
55
  같은 npm 버전은 다시 게시할 수 없습니다. 현재 준비 버전이 이미 npm에 게시됐다면 더 큰 버전을 선택합니다. 시험 버전은 npm의 `next` 태그로, 정식 버전은 `latest` 태그로 게시합니다.
55
56
 
56
57
  ## GitHub Actions가 수행하는 작업
57
58
 
58
- `v*` 태그의 푸시가 `.github/workflows/npm-package.yml`을 시작합니다.
59
+ `<패키지>@<버전>` 태그의 푸시가 `.github/workflows/npm-package.yml`을 시작합니다.
59
60
 
60
61
  1. `ubuntu-22.04`에서 npm 잠금 파일로 공식 개발 의존성을 설치합니다.
61
- 2. 태그와 `package.json` 버전이 일치하고 태그 커밋이 `origin/master`에 포함되는지 확인한 뒤, TypeScript를 빌드하고 원본 결과 대조를 포함한 정책 검사를 실행합니다.
62
- 3. `npm pack`의 `prepack`이 TypeScript를 컴파일하고 필수 파일과 JavaScript 규칙 작업 스레드를 검사합니다. 이전 샌드박스·네이티브 빌드 결과를 정리하고 바이너리·`.node`·`.wasm`·묶인 의존성이 압축 파일에 있으면 거부합니다.
63
- 4. 검증한 `pi-codex-auto-review-<버전>.tgz`를 `npm-package` 결과물에 보관합니다.
62
+ 2. 태그가 가리키는 작업 공간 패키지를 찾고, 태그와 그 `package.json` 버전이 일치하는지, 태그 커밋이 `origin/master`에 포함되는지 확인합니다. 그다음 Turborepo로 패키지를 빌드합니다. `pi-codex-auto-review`는 원본 결과 대조를 포함한 정책 검사도 실행합니다.
63
+ 3. `npm pack --workspace <패키지>`가 패키지의 `prepack`을 실행합니다. `pi-codex-auto-review`의 `prepack`은 TypeScript를 컴파일하고, `files`에 적힌 README·LICENSE·NOTICE·문서를 저장소 루트에서 복사한 뒤 필수 파일과 JavaScript 규칙 작업 스레드를 검사합니다. 바이너리·`.node`·`.wasm`·묶인 의존성이 압축 파일에 있으면 거부합니다. 복사한 문서는 `postpack`이 지웁니다.
64
+ 4. 검증한 `<패키지>-<버전>.tgz`를 `npm-package` 결과물에 보관합니다.
64
65
  5. 별도 게시 작업이 같은 결과물을 내려받아 OIDC로 npm에 게시합니다.
65
66
 
66
- **Actions → npm 배포 → Run workflow**로 수동 실행하면 압축 패키지 준비만 수행하며 게시 작업은 생략합니다. 태그 게시에는 같은 워크플로의 태그 실행을 사용합니다.
67
+ **Actions → npm 배포 → Run workflow**로 수동 실행하면 입력한 패키지의 압축 패키지 준비만 수행하며 게시 작업은 생략합니다. 태그 게시에는 같은 워크플로의 태그 실행을 사용합니다.
67
68
 
68
69
  하나의 JavaScript 압축 파일을 사용하며 규칙 엔진의 CPU·libc 의존성이 없습니다. 실제 Pi 사용 가능 여부·경로 처리·셸 지원은 호스트에 따라 다릅니다. 별도 운영체제 workflow는 Rust 설치 없이 Linux·Windows 실행 검사를 유지합니다. 실제 검증 범위는 [검증 안내](testing/auto-review-protection.ko.md)를 따릅니다.
69
70
 
@@ -76,7 +77,7 @@ pnpm release
76
77
  ```sh
77
78
  git status --short
78
79
  git log -1
79
- git ls-remote origin refs/heads/master 'refs/tags/v*'
80
+ git ls-remote origin refs/heads/master 'refs/tags/*@*'
80
81
  ```
81
82
 
82
83
  태그 푸시 후 Actions가 실패하면 해당 실행의 로그를 확인하고 실패한 작업을 다시 실행합니다. 실제 npm 게시가 성공했는지 먼저 확인합니다. 이미 게시된 버전을 되풀이하지 않고 새 변경에는 새 버전을 사용합니다.
@@ -101,10 +102,10 @@ pi
101
102
  ```sh
102
103
  npm run build
103
104
  mkdir -p tmp/npm-release
104
- npm pack --pack-destination tmp/npm-release
105
+ npm pack --workspace pi-codex-auto-review --pack-destination tmp/npm-release
105
106
  ```
106
107
 
107
- `npm run build`는 JavaScript 모듈과 규칙 평가 진입점을 만듭니다. 게시 전 검사는 이 파일의 포함 여부를 확인하고 남아 있는 네이티브 결과물을 거부합니다. 정상 게시 준비에서 `--ignore-scripts`로 `prepack`을 생략하지 않습니다.
108
+ `npm run build`는 `packages/pi-codex-auto-review/dist`에 JavaScript 모듈과 규칙 평가 진입점을 만듭니다. 게시 전 검사는 이 파일의 포함 여부를 확인하고 남아 있는 네이티브 결과물을 거부합니다. 정상 게시 준비에서 `--ignore-scripts`로 `prepack`을 생략하지 않습니다.
108
109
 
109
110
  ## 관련 근거
110
111
 
@@ -2,7 +2,7 @@
2
2
 
3
3
  **English** | [한국어](publishing.ko.md)
4
4
 
5
- Choose a version in `pnpm release` and confirm the commit, tag, and push. GitHub Actions then builds and verifies the JavaScript package and publishes to npm. The local command does not use npm credentials. Version `0.2.0` uses this JavaScript-only workflow; the published `0.1.4` still contains the earlier native executables.
5
+ Choose a package and a version in `pnpm release` and confirm the commit, tag, and push. GitHub Actions then builds and verifies that JavaScript package and publishes it to npm. The local command does not use npm credentials. Version `0.2.0` uses this JavaScript-only workflow; the published `0.1.4` still contains the earlier native executables.
6
6
 
7
7
  ## One-time setup
8
8
 
@@ -16,11 +16,11 @@ Use a terminal with Node.js 24.14.0 and pnpm 10 available. Install dependencies
16
16
  npm ci --ignore-scripts
17
17
  ```
18
18
 
19
- Dependency installation and CI builds use the existing `package-lock.json`. `pnpm` serves as the entry point for the release script; it does not switch installation to `pnpm-lock.yaml`. The current package does not bundle sandbox dependencies and uses the Pi host as a peer dependency.
19
+ The repository is an npm workspaces monorepo: each published package lives in `packages/<package>`, and Turborepo runs the package builds. Tests, scripts, and documents stay at the repository root. Dependency installation and CI builds use the root `package-lock.json`. `pnpm` serves as the entry point for the release script; it does not switch installation to `pnpm-lock.yaml`. The current package does not bundle sandbox dependencies and uses the Pi host as a peer dependency.
20
20
 
21
21
  ### npm Trusted Publisher
22
22
 
23
- Add a GitHub Actions connection in **Settings → Trusted publishing** for `pi-codex-auto-review` on npm.
23
+ Add a GitHub Actions connection in **Settings → Trusted publishing** on npm for each package published from this repository, such as `pi-codex-auto-review`. Every package uses the same workflow.
24
24
 
25
25
  | Field | Value |
26
26
  | --- | --- |
@@ -42,28 +42,29 @@ Run after committing changes on `master`.
42
42
  pnpm release
43
43
  ```
44
44
 
45
- 1. Review the current version and concrete next versions, then select one. For a release from `0.1.1` to `0.1.2`, choose **patch**. If no local version tag exists, **현재 준비 버전 출시** (release the currently prepared version) is also available.
46
- 2. Confirm the commit and create a release commit. Releasing the current version unchanged creates an empty commit to record the release.
47
- 3. Confirm creation of the `v<version>` tag and create an annotated tag.
48
- 4. Confirm pushing `master` and that tag. Approval pushes both references atomically and starts npm publishing in Actions.
45
+ 1. Select the package to release. Only workspace packages that are not `private` are listed.
46
+ 2. Review the current version and concrete next versions, then select one. For a release from `0.1.1` to `0.1.2`, choose **patch**. If no local release tag exists for that version, **현재 준비 버전 출시** (release the currently prepared version) is also available. For `pi-codex-auto-review`, the earlier `v<version>` tags up to `0.2.1` also count as release tags.
47
+ 3. Confirm the commit and create a release commit. Releasing the current version unchanged creates an empty commit to record the release.
48
+ 4. Confirm creation of the `<package>@<version>` tag and create an annotated tag.
49
+ 5. Confirm pushing `master` and that tag. Approval pushes both references atomically and starts npm publishing in Actions.
49
50
 
50
51
  Each confirmation defaults to approval. Entering `n` or pressing `Ctrl+C` stops that operation and all later steps. Skipping questions through `--ci`, version arguments, or automatic answers is unsupported.
51
52
 
52
- Version selection does not automatically apply a version such as `0.1.2`. release-it updates versions in `package.json` and `package-lock.json` without running npm version lifecycle scripts. The local process does not rebuild the package or publish to npm.
53
+ Version selection does not automatically apply a version such as `0.1.2`. release-it updates the version in the selected package's `package.json` without running npm version lifecycle scripts, and the release plugin records the same version in the root `package-lock.json` for the release commit. The local process does not rebuild the package or publish to npm.
53
54
 
54
55
  An npm version cannot be published again. If the currently prepared version has already been published, choose a higher version. Prereleases use npm's `next` tag; stable releases use `latest`.
55
56
 
56
57
  ## What GitHub Actions does
57
58
 
58
- Pushing a `v*` tag starts `.github/workflows/npm-package.yml`.
59
+ Pushing a `<package>@<version>` tag starts `.github/workflows/npm-package.yml`.
59
60
 
60
61
  1. Install the official development dependencies from the npm lockfile on `ubuntu-22.04`.
61
- 2. Check that the tag matches the version in `package.json` and that the tagged commit is included in `origin/master`, then build TypeScript and run policy tests, including the captured Codex result corpus.
62
- 3. The `npm pack` prepack step compiles TypeScript, checks required files, and exercises the JavaScript rule worker. It removes obsolete sandbox/native output and rejects archives containing native binaries, `.node` or `.wasm` files, or bundled dependencies.
63
- 4. Save the verified `pi-codex-auto-review-<version>.tgz` in the `npm-package` artifact.
62
+ 2. Find the workspace package named by the tag, check that the tag matches the version in its `package.json`, and check that the tagged commit is included in `origin/master`. Then build the package with Turborepo. For `pi-codex-auto-review`, also run policy tests, including the captured Codex result corpus.
63
+ 3. `npm pack --workspace <package>` runs the package's prepack step. For `pi-codex-auto-review`, prepack compiles TypeScript, copies the README, LICENSE, NOTICE, and documents listed in `files` from the repository root, checks required files, and exercises the JavaScript rule worker. It rejects archives containing native binaries, `.node` or `.wasm` files, or bundled dependencies. Postpack removes the copied documents.
64
+ 4. Save the verified `<package>-<version>.tgz` in the `npm-package` artifact.
64
65
  5. A separate publish job downloads that same artifact and publishes it to npm through OIDC.
65
66
 
66
- Running **Actions → npm 배포 → Run workflow** manually prepares the archive only and skips publishing. For tag publishing, use a tag-triggered run of the same workflow.
67
+ Running **Actions → npm 배포 → Run workflow** manually prepares the archive for the entered package only and skips publishing. For tag publishing, use a tag-triggered run of the same workflow.
67
68
 
68
69
  One JavaScript archive serves all platforms; it has no rule-engine CPU or libc dependency. Actual Pi availability, path behavior, and shell support still depend on the host. The separate OS workflow retains Linux and Windows execution checks without installing Rust. Follow the [verification guide](testing/auto-review-protection.md) for the executed scope.
69
70
 
@@ -76,7 +77,7 @@ After a failed push, release-it may attempt to clean up remote tags. Do not infe
76
77
  ```sh
77
78
  git status --short
78
79
  git log -1
79
- git ls-remote origin refs/heads/master 'refs/tags/v*'
80
+ git ls-remote origin refs/heads/master 'refs/tags/*@*'
80
81
  ```
81
82
 
82
83
  If Actions fails after the tag push, inspect that run's logs and rerun the failed job. First check whether npm publishing actually succeeded. Do not repeat a published version; use a new version for new changes.
@@ -101,10 +102,10 @@ Use this when you need to inspect the publishable archive directly. Install the
101
102
  ```sh
102
103
  npm run build
103
104
  mkdir -p tmp/npm-release
104
- npm pack --pack-destination tmp/npm-release
105
+ npm pack --workspace pi-codex-auto-review --pack-destination tmp/npm-release
105
106
  ```
106
107
 
107
- `npm run build` creates the JavaScript modules and rule evaluation entry points. Prepack verifies their inclusion and rejects leftover native artifacts. Do not skip prepack with `--ignore-scripts` when preparing an actual release.
108
+ `npm run build` creates the JavaScript modules and rule evaluation entry points in `packages/pi-codex-auto-review/dist`. Prepack verifies their inclusion and rejects leftover native artifacts. Do not skip prepack with `--ignore-scripts` when preparing an actual release.
108
109
 
109
110
  ## References
110
111
 
package/docs/usage.ko.md CHANGED
@@ -31,17 +31,17 @@ Pi는 관리하는 확장에 호스트 SDK의 물리적 복사본을 설치하
31
31
  ```sh
32
32
  npm ci --ignore-scripts
33
33
  npm run build
34
- node dist/cli.js --help
34
+ node packages/pi-codex-auto-review/dist/cli.js --help
35
35
  ```
36
36
 
37
37
  ## Pi 플러그인으로 등록
38
38
 
39
- 빌드한 저장소를 로컬 패키지로 등록합니다. 로컬 경로는 복사 없이 해당 위치에서 직접 로드됩니다.
39
+ 빌드한 패키지 디렉터리인 `packages/pi-codex-auto-review`를 로컬 패키지로 등록합니다. 로컬 경로는 복사 없이 해당 위치에서 직접 로드됩니다.
40
40
 
41
41
  ```sh
42
- pi install ./pi-codex-auto-review
42
+ pi install ./pi-codex-auto-review/packages/pi-codex-auto-review
43
43
  pi list
44
- pi remove ./pi-codex-auto-review
44
+ pi remove ./pi-codex-auto-review/packages/pi-codex-auto-review
45
45
  ```
46
46
 
47
47
  - 등록하면 로컬 도구와 공식 MCP가 승인 경로에 연결되고, Pi의 기본 MCP 확장은 중복 연결되지 않도록 교체됩니다.
@@ -51,16 +51,16 @@ pi remove ./pi-codex-auto-review
51
51
  ## CLI
52
52
 
53
53
  ```sh
54
- node dist/cli.js --cwd /작업/디렉터리
55
- node dist/cli.js --mode print "프로젝트를 분석해줘"
56
- node dist/cli.js --mode rpc
57
- node dist/cli.js --mode tui
54
+ node packages/pi-codex-auto-review/dist/cli.js --cwd /작업/디렉터리
55
+ node packages/pi-codex-auto-review/dist/cli.js --mode print "프로젝트를 분석해줘"
56
+ node packages/pi-codex-auto-review/dist/cli.js --mode rpc
57
+ node packages/pi-codex-auto-review/dist/cli.js --mode tui
58
58
  ```
59
59
 
60
60
  등록된 외부 공급자는 `--extension`으로 명시하고 `--provider`와 `--model`을 함께 선택합니다. `OLLAMA_API_KEY`를 export한 셸에서 실행합니다.
61
61
 
62
62
  ```sh
63
- node dist/cli.js \
63
+ node packages/pi-codex-auto-review/dist/cli.js \
64
64
  --extension node_modules/pi-ollama-cloud/index.ts \
65
65
  --provider ollama-cloud --model glm-5.3 \
66
66
  --mode print "현재 프로젝트를 분석해줘"
package/docs/usage.md CHANGED
@@ -31,17 +31,17 @@ Source builds use TypeScript and require no Rust compiler or platform binary. In
31
31
  ```sh
32
32
  npm ci --ignore-scripts
33
33
  npm run build
34
- node dist/cli.js --help
34
+ node packages/pi-codex-auto-review/dist/cli.js --help
35
35
  ```
36
36
 
37
37
  ## Registering as a Pi plugin
38
38
 
39
- Register the built repository as a local package. Local paths load directly from their location without copying.
39
+ Register the built package directory, `packages/pi-codex-auto-review`, as a local package. Local paths load directly from their location without copying.
40
40
 
41
41
  ```sh
42
- pi install ./pi-codex-auto-review
42
+ pi install ./pi-codex-auto-review/packages/pi-codex-auto-review
43
43
  pi list
44
- pi remove ./pi-codex-auto-review
44
+ pi remove ./pi-codex-auto-review/packages/pi-codex-auto-review
45
45
  ```
46
46
 
47
47
  - Registration connects local tools and official MCP tools to the approval path. Pi's default MCP extension is replaced to avoid duplicate connections.
@@ -51,16 +51,16 @@ pi remove ./pi-codex-auto-review
51
51
  ## CLI
52
52
 
53
53
  ```sh
54
- node dist/cli.js --cwd /작업/디렉터리
55
- node dist/cli.js --mode print "프로젝트를 분석해줘"
56
- node dist/cli.js --mode rpc
57
- node dist/cli.js --mode tui
54
+ node packages/pi-codex-auto-review/dist/cli.js --cwd /작업/디렉터리
55
+ node packages/pi-codex-auto-review/dist/cli.js --mode print "프로젝트를 분석해줘"
56
+ node packages/pi-codex-auto-review/dist/cli.js --mode rpc
57
+ node packages/pi-codex-auto-review/dist/cli.js --mode tui
58
58
  ```
59
59
 
60
60
  Specify a registered external provider with `--extension`, and select both `--provider` and `--model`. Run from a shell with `OLLAMA_API_KEY` exported.
61
61
 
62
62
  ```sh
63
- node dist/cli.js \
63
+ node packages/pi-codex-auto-review/dist/cli.js \
64
64
  --extension node_modules/pi-ollama-cloud/index.ts \
65
65
  --provider ollama-cloud --model glm-5.3 \
66
66
  --mode print "현재 프로젝트를 분석해줘"
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "pi-codex-auto-review",
3
- "version": "0.2.1",
3
+ "version": "0.2.2",
4
4
  "description": "Automatic execution approval review for Pi, inspired by Codex's \"Approve for me\". Reviews tool execution with rules and Pi's current model, requesting user approval when needed.",
5
5
  "license": "Apache-2.0",
6
6
  "keywords": [
@@ -37,28 +37,9 @@
37
37
  ]
38
38
  },
39
39
  "scripts": {
40
- "prepare": "husky",
41
- "check": "biome check .",
42
- "check:fix": "biome check --write .",
43
- "check:staged": "lint-staged",
44
- "release": "node scripts/release.mjs",
45
- "build": "node scripts/clean-build.mjs && tsc",
46
- "prepack": "node scripts/clean-build.mjs && tsc && node scripts/check-package.mjs",
47
- "test:contracts": "node scripts/run-tests.mjs contracts",
48
- "test:policy": "node scripts/run-tests.mjs policy",
49
- "test:reviewer": "node scripts/run-tests.mjs reviewer",
50
- "test:approvals": "node scripts/run-tests.mjs approvals",
51
- "test:execution": "node scripts/run-tests.mjs execution",
52
- "test:integration": "node scripts/run-tests.mjs integration",
53
- "test:e2e": "node scripts/run-tests.mjs e2e",
54
- "test:conformance": "node scripts/run-tests.mjs conformance",
55
- "verify:guard": "node scripts/verify-guard.mjs",
56
- "verify:platform": "node scripts/verify-platform.mjs",
57
- "verify:windows": "node scripts/verify-windows.mjs",
58
- "verify:docker": "node scripts/verify-docker.mjs"
59
- },
60
- "lint-staged": {
61
- "*": "biome check --no-errors-on-unmatched --files-ignore-unknown=true"
40
+ "build": "tsc",
41
+ "prepack": "tsc && node ../../scripts/package-shared-files.mjs copy && node ../../scripts/check-package.mjs",
42
+ "postpack": "node ../../scripts/package-shared-files.mjs remove"
62
43
  },
63
44
  "peerDependencies": {
64
45
  "@earendil-works/pi-ai": ">=0.86.1",
@@ -66,26 +47,13 @@
66
47
  "@earendil-works/pi-tui": ">=0.86.1"
67
48
  },
68
49
  "devDependencies": {
69
- "@biomejs/biome": "2.5.15",
70
50
  "@earendil-works/pi-ai": "0.99.1",
71
51
  "@earendil-works/pi-coding-agent": "0.99.1",
72
52
  "@earendil-works/pi-tui": "0.99.1",
73
- "@inquirer/prompts": "8.5.2",
74
53
  "@sinclair/typebox": "0.34.52",
75
54
  "@types/node": "24.0.0",
76
- "husky": "9.1.7",
77
- "lint-staged": "16.4.0",
78
- "pi-ollama-cloud": "0.12.2",
79
- "release-it": "21.0.1",
80
- "semver": "7.8.5",
81
55
  "typescript": "6.0.3"
82
56
  },
83
- "overrides": {
84
- "@earendil-works/pi-ai": "0.99.1",
85
- "@earendil-works/pi-agent-core": "0.99.1",
86
- "@earendil-works/pi-tui": "0.99.1",
87
- "brace-expansion": "5.0.12"
88
- },
89
57
  "engines": {
90
58
  "node": ">=22.19.0"
91
59
  },