zigmini 1.0.0-beta.1 → 1.0.0-beta.3

package/README.ko.md

@@ -195,6 +195,21 @@ F0:AB:B3:B2:DC:70:1A:45:19:85:69:7D:58:68:F5:FB:4F:AC:33:4F:D8:6A:68:DD:04:5C:53
 
 사용자 매뉴얼([한국어](docs/manual.ko.md), [English](docs/manual.md))은 웹 설정 창 위쪽의 "매뉴얼" 버튼과, 앱 헤더의 상태 태그를 짧게 눌러 여는 연결 화면의 "매뉴얼" 버튼으로 봅니다.
 
+## 1.0.0-beta.3의 새 기능
+
+1.0.0-beta.3(2026-11-04 KST, Android `versionCode` 32)은 엔진 빌드 `5.1.51-zgw.4`를 선택합니다. 전체 노트: [docs/releases/1.0.0-beta.3.ko.md](docs/releases/1.0.0-beta.3.ko.md).
+
+- **모델:** ChatGPT 구독 모델 목록에 GPT-6.1 Terra가 있습니다.
+- **사용량:** 제공자의 사용량 API가 HTTP 429로 답하면 `/usage`가 마지막으로 본 사용률과 초기화 시각을 보여 주고 "한도 도달(HTTP 429)"을 붙입니다.
+- **에이전트 이름:** 기본 에이전트 이름이 화면 언어에 따라 바뀌지 않습니다(버그 271).
+
+## 1.0.0-beta.2의 새 기능
+
+1.0.0-beta.2(2026-11-03 KST, Android `versionCode` 31)는 핫픽스입니다. 엔진은 바뀌지 않습니다(`5.1.51-zgw.3`). 전체 노트: [docs/releases/1.0.0-beta.2.ko.md](docs/releases/1.0.0-beta.2.ko.md).
+
+- **보안검사:** 보안 기준에 용어를 추가하지 않아도 `zigmini scan`이 동작합니다(버그 268).
+- **에이전트 규칙:** 공통 규칙 항목마다 고정 ID가 있습니다. `~/.zigmini/rules.md`의 항목에 `<!--replaces:<id>-->`를 붙이면 그 공통 항목을 대신합니다. `zigmini rules check`로 파일을 확인합니다.
+
 ## 1.0.0-beta.1의 새 기능
 
 1.0.0-beta.1(2026-11-02 KST, Android `versionCode` 30)은 1.0.0의 첫 후보입니다. 엔진 `5.1.51-zgw` 개정 3(OMO 5.1.51, 불변 빌드 `5.1.51-zgw.3`, senpi 2026.10.27-1, 대화 스키마 10)을 선택합니다. 전체 노트는 [docs/releases/1.0.0-beta.1.ko.md](docs/releases/1.0.0-beta.1.ko.md)에 있습니다.
@@ -310,7 +325,7 @@ zigmini update <버전>     # 지정한 버전으로 업데이트
 | `zigmini --version` | 설치된 버전을 출력합니다 |
 | `zigmini --help` | 도움말을 출력합니다 |
 
-채팅에서 `/usage`를 보내면 게이트웨이가 로그인한 모델 계정의 사용량을 바로 답합니다.
+채팅에서 `/usage`를 보내면 게이트웨이가 로그인한 모델 계정의 사용량을 바로 답합니다. 제공사가 HTTP 429로 답하면 게이트웨이는 그 계정에서 마지막으로 본 사용량을 보이고 옆에 "한도 도달 (HTTP 429)"을 붙입니다. 이전 값이 없을 때만 조회 실패로 표시합니다.
 게이트웨이 채팅에서 `/compact`를 보내면 게이트웨이가 대화 요약을 바로 시작합니다. `/compact 결정 사항 위주로`처럼 뒤에 쓴 글은 요약의 추가 지시가 됩니다. 답변, 다른 요약, 모델 요청 재시도, 세션 교체가 진행 중이거나 엔진 연결이 끊겨 있으면 게이트웨이가 요청을 거부하고 짧은 안내를 보입니다. 거부한 요청은 대기열에 넣지 않습니다.
 
 ## 에이전트 규칙
@@ -320,6 +335,11 @@ zigmini update <버전>     # 지정한 버전으로 업데이트
 - 패키지의 `assets/agent/gateway-rules.md`: 모든 설치에 공통인 규칙입니다. 업데이트가 바꿉니다.
 - `~/.zigmini/rules.md`: 이 설치에만 쓰는 규칙(예: 호칭, 언어, 계정)입니다. 사용자가 직접 고칩니다. 두 파일이 부딪치면 이 파일이 이깁니다.
 
+공통 규칙 항목 바꾸기: 공통 규칙 파일의 각 항목에는 주석으로 고정 ID가 있습니다(예: `<!--id:f2468e-->`). ID는 항목을 만들 때 한 번 정하고, 문장을 고쳐도 바뀌지 않습니다. 항목 번호는 읽는 순서일 뿐이고 우선순위가 아닙니다. 공통 항목 하나를 통째로 바꾸려면 `rules.md`의 항목 안에 `<!--replaces:<ID>-->`를 적습니다. 그러면 게이트웨이는 그 공통 항목을 빼고 `rules.md`의 항목을 씁니다. `replaces`가 없는 항목은 지금처럼 새 규칙으로 공통 규칙 뒤에 붙고, 부딪치면 `rules.md`가 이깁니다. 적은 ID가 공통 규칙에 없으면(예: 업데이트로 사라짐) 그 항목은 새 규칙으로 붙고 `zigmini doctor`가 경고를 보여 줍니다.
+
+- `zigmini rules`: 공통 항목의 번호, ID, 첫 줄을 보여 줍니다.
+- `zigmini rules check`: `rules.md`의 각 항목이 "공통 N번을 대체", "신규 규칙", "없는 ID" 중 무엇인지 보여 줍니다(없는 ID가 있으면 종료 코드 1).
+
 바꾼 뒤에 열리는 세션부터 새 내용을 씁니다. 바로 적용하려면 쉬는 때 `zigmini restart bridge`를 실행합니다.
 
 브리지는 차례마다 모든 세션에 프로필 닉네임도 알려 줍니다. 그래서 닉네임을 위한 규칙은 필요하지 않습니다. main, 작업, 에이전트 세션이 모두 받습니다. main은 기본 에이전트 이름도 받고, 각 에이전트는 만들거나 편집할 때 정한 자기 이름을 받습니다. 바꾼 닉네임과 이름은 다음 차례부터 적용됩니다. 닉네임이 기본값("Me" 또는 "나")이면 세션은 닉네임이 없다는 안내를 받습니다.

package/README.md

@@ -195,6 +195,21 @@ F0:AB:B3:B2:DC:70:1A:45:19:85:69:7D:58:68:F5:FB:4F:AC:33:4F:D8:6A:68:DD:04:5C:53
 
 The user manual ([English](docs/manual.md), [한국어](docs/manual.ko.md)) opens from the "매뉴얼" (Manual) button at the top of the web settings dialog, and in the app from the "매뉴얼" button on the connection screen that a short press on the header status tag opens.
 
+## What's new in 1.0.0-beta.3
+
+Release 1.0.0-beta.3 (2026-11-04 KST, Android `versionCode` 32) selects engine build `5.1.51-zgw.4`. Full notes: [docs/releases/1.0.0-beta.3.md](docs/releases/1.0.0-beta.3.md).
+
+- **Models:** GPT-6.1 Terra is in the ChatGPT subscription model list.
+- **Usage:** when a provider's usage API answers HTTP 429, `/usage` keeps the last known percent and reset time and says "Limit reached (HTTP 429)".
+- **Agent name:** the default agent name no longer changes with the screen language (bug 271).
+
+## What's new in 1.0.0-beta.2
+
+Release 1.0.0-beta.2 (2026-11-03 KST, Android `versionCode` 31) is a hotfix. The engine is unchanged (`5.1.51-zgw.3`). Full notes: [docs/releases/1.0.0-beta.2.md](docs/releases/1.0.0-beta.2.md).
+
+- **Security check:** `zigmini scan` now works when you have not added any baseline terms (bug 268).
+- **Agent rules:** common rules have fixed ids; an item in `~/.zigmini/rules.md` can replace one with `<!--replaces:<id>-->`. Check your file with `zigmini rules check`.
+
 ## What's new in 1.0.0-beta.1
 
 Release 1.0.0-beta.1 (2026-11-02 KST, Android `versionCode` 30) is the first candidate for 1.0.0. It selects engine `5.1.51-zgw` revision 3 (OMO 5.1.51, immutable build `5.1.51-zgw.3`, senpi 2026.10.27-1, thread schema 10). Full notes: [docs/releases/1.0.0-beta.1.md](docs/releases/1.0.0-beta.1.md).
@@ -311,7 +326,7 @@ An update to a version that does not support the zero-downtime switch (including
 | `zigmini --version` | Prints the installed version |
 | `zigmini --help` | Prints the help |
 
-When you send `/usage` in the chat, the gateway replies at once with the usage of the logged-in model account.
+When you send `/usage` in the chat, the gateway replies at once with the usage of the logged-in model account. If the provider answers HTTP 429, the line keeps the last usage the gateway saw for that account, with "Limit reached (HTTP 429)" beside it; only when there is no earlier value does it say the lookup failed.
 Send `/compact` in a gateway chat to summarize the conversation right away. Text after it, like `/compact focus on decisions`, becomes extra instructions for the summary. It's refused with a short notice, and not queued, while an answer, another summary, a model retry or a session replacement is running, or while the engine is disconnected.
 
 ## Agent rules
@@ -321,6 +336,11 @@ The bridge appends two rule files after the instructions of each agent session.
 - `assets/agent/gateway-rules.md` in the package: rules common to all installations. An update changes it.
 - `~/.zigmini/rules.md`: rules only for this installation (for example the form of address, the language, accounts). You edit it yourself. When the two files conflict, this file wins.
 
+Replacing a common rule item: each item in the common rules file has a fixed id in a comment (for example `<!--id:f2468e-->`). The id is set once when the item is made and stays the same when its text changes. The item numbers are only a reading order, not a priority. To replace a whole common item, put `<!--replaces:<id>-->` inside an item of `rules.md`. The gateway then leaves out that common item and uses your item. An item without `replaces` is a new rule and goes after the common rules, as before; `rules.md` still wins on a conflict. If an id no longer exists in the common rules (for example after an update), the item is added as a new rule and `zigmini doctor` shows a warning.
+
+- `zigmini rules`: lists the common items with number, id and first line.
+- `zigmini rules check`: shows each `rules.md` item as "replaces common N", "new rule" or "unknown id" (exit code 1 when an unknown id exists).
+
 Sessions that open after a change use the new content. To apply it at once, run `zigmini restart bridge` while nothing is running.
 
 The bridge also tells every session your profile nickname at each turn, so you don't need a rule for it. Main, work and agent sessions get it. Main also gets the default agent name, and each agent gets the name you gave it when you created or edited it. A changed nickname or name applies from the next turn. While the nickname is the default ("Me" or "나"), sessions are told that no nickname is set.

package/assets/agent/gateway-rules.md

@@ -1,27 +1,37 @@
 <!--
 zigmini 패키지 공통 에이전트 규칙입니다. 게이트웨이 브리지가 main과 작업 세션의 지시문 뒤에 붙입니다.
 업데이트하면 이 파일도 바뀝니다. 설치마다 다른 규칙은 홈 폴더의 rules.md에 씁니다.
+각 항목의 번호는 사람이 읽기 위한 순서일 뿐이고 우선순위가 아닙니다.
+각 항목 첫 줄의 id 주석(6자리 16진수)은 그 항목의 고정 ID입니다. 항목을 만들 때 한 번 정하고, 문장을 고쳐도 바꾸지 않습니다.
+새 항목에는 겹치지 않는 새 ID를 붙이고, 지운 항목의 ID는 다시 쓰지 않습니다.
+홈 폴더의 rules.md 항목에 replaces:<ID> 주석을 적으면 게이트웨이는 그 ID의 공통 항목을 통째로 빼고 rules.md 항목만 씁니다.
+목록은 zigmini rules, 대체 상태는 zigmini rules check로 봅니다.
 이 주석은 지시문에 붙지 않습니다.
 -->
-1. 사용자의 답이나 허가가 필요하면 확인함 질문(ask_user_question)으로 묻습니다. 허가 질문과 필수 질문은 required를 true로 합니다. main은 질문을 올린 뒤에도 다음 메시지를 처리합니다. main에서는 waitForAnswer가 true여도 게이트웨이가 차례를 멈추지 않고 질문을 확인함에 열어 둡니다. 답은 나중에 사용자 메시지(ZGW_DECISION_COMMAND)로 옵니다. main은 필수 질문의 답이 올 때까지 그 질문에 걸린 일만 하지 않습니다. 작업 세션의 필수 질문은 waitForAnswer도 true로 해서, 답이 올 때까지 그 작업만 멈춥니다.
-2. 질문은 사용자만 답할 수 있고 결과를 바꾸는 것만 남깁니다. 규칙, 기억, 이미 아는 사실로 답할 수 있거나 안전한 기본값이 있으면 묻지 않고 그 기본값을 적습니다. 여러 항목을 물을 때는 각 항목이 따로 정하는 결정인지, 하나를 고르는 것인지 먼저 밝힙니다. 선택지마다 결과를 적습니다.
-3. 필수 확인 질문을 하면 답이 올 때까지 그 질문에 걸린 일을 멈춥니다. 필수가 아닌 질문은 시간이 지나면 판단대로 진행합니다.
-4. 사용자의 질문은 정보 요청입니다. 확인해서 답만 하고, 진행 중인 작업 방식을 바꾸지 않습니다. 작업 방식은 명시적인 지시가 있을 때만 바꿉니다.
-5. 기억이나 예정 메모만 보고 작업을 시작하지 않습니다. "이야기하고 있었다"는 대화를 이어 가라는 뜻입니다. 작업은 지금 대화의 명시적인 지시가 있을 때만 시작합니다.
-6. 바로 답하지 못하는 차례에서는 첫 도구 호출 전에 프리코멘트를 한 번 보냅니다.
-7. main의 할 일 목록에 위임한 작업의 할 일을 옮겨 적지 않습니다. 새 결과가 없는 관찰 알림(시작, 대기, 연결 상태 등)은 채팅에 올리지 않습니다. 같은 보고가 다시 오면 한 줄로만 알립니다.
-8. 시험, 계약 테스트, 끝에서 끝 확인으로 띄운 게이트웨이, 브리지, OMO 자식 프로세스와 임시 폴더는 성공, 실패, 중단 모두에서 정리합니다. 코드 변경, 산출물, 검증 증거는 지우지 않습니다.
-9. 웹 화면 확인에는 Bun.WebView와 WebKit을 쓰지 않습니다. 작업이 띄운 headless Chrome을 마이크·카메라 가짜 장치 옵션으로 쓰고, 끝나면 종료합니다. 사용자 브라우저를 쓸 때는 작업이 연 백그라운드 탭만 씁니다. 화면 흉내, 뷰포트 같은 설정은 작업 탭에만 걸고 탭을 닫기 전에 지웁니다.
-10. 게이트웨이가 떠 있는 동안 운영 DB를 다른 프로세스로 열지 않습니다. 조회는 게이트웨이 API와 로그로 합니다. <!--repo-security-check-->저장소 보안검사는 `zigmini scan <저장소>`로 하고 종료 코드를 그대로 보고합니다(0 깨끗함, 1 발견, 2 오류, 3 기준 사용 불가, 4 설정에서 결과물 검사 꺼짐). 이 명령이 보내는 읽기 전용 `GET /api/settings/security-check/baseline/revision`은 허용됩니다. 종료 코드 3이나 4이면 기준 파일을 직접 만들거나 고치지 않고 사용자에게 알립니다. 보고에는 규칙·위치·건수만 쓰고 값은 쓰지 않습니다.<!--/repo-security-check-->
-11. 보고에는 증거가 있는 것만 씁니다. 확인된 것과 추정을 나눕니다. 코드 검토, 테스트 통과, dev 머지, 운영 배포, OMO 교체, 앱 설치를 구분하고 각각의 주체와 대상을 적습니다. 다시 시작한 뒤에는 짧은 "재시작 완료" 알림을 먼저 보냅니다.
-12. 로컬 파일 경로를 웹 링크처럼 보여 주지 않습니다.
-13. 사용자의 시간 표현은 사용자의 현지 시간으로 해석합니다. 보고하는 시각도 현지 시간으로 씁니다.
-14. 사용자는 게이트웨이 프로필의 닉네임으로 부릅니다.
-15. main은 오래 기다리거나 오래 실행하는 작업(배포, 전체 테스트, 뮤테이션 테스트, 다른 작업 기다리기)을 맡기면, 그 작업의 세션 기록이 30분 넘게 바뀌지 않을 때 main을 깨우는 감시를 직접 겁니다. 작업이 끝나면 감시를 끕니다. 작업의 "기다리는 중"·"진행 중" 보고만 믿지 않습니다. 사용자에게 그렇게 말하기 전에 그 작업의 마지막 기록 시각과 실행 중인 프로세스를 확인합니다. 작업이 멈췄으면 바로 그 작업에 조치를 보내고 사용자에게 알립니다. 작업은 긴 명령을 세션과 분리해 실행하고, 결과 파일을 직접 확인하며, 시간 상한을 겁니다.
-16. 작업 하나에 나눌 수 있는 항목이 여럿이거나(예: 버그 여러 개, 구현·검증·문서 단계) 앞 단계를 기다려야 하는 단계가 있으면, 작업 세션은 mass-ulw 스킬을 씁니다. 작업 세션은 처음에 단계와 하위 작업을 정합니다. 서로 기다릴 필요가 없는 하위 작업은 최대한 병렬로 돌립니다. main은 이런 작업을 맡길 때 작업 지시문에 mass-ulw를 쓰라고 적습니다. 파일 하나 고침, 문서 한 줄 같은 작은 작업에는 mass-ulw를 쓰지 않습니다. 같은 파일을 고치는 하위 작업은 같은 단계에서 함께 돌리지 않습니다. 이런 하위 작업은 각자 worktree를 쓰거나 순서대로 돌립니다. 하위 작업을 병렬로 돌려도 무거운 명령(전체 테스트, 뮤테이션 테스트, 빌드 등)은 그 프로젝트나 설치 규칙이 정한 동시 실행 상한을 지킵니다. 규칙 8의 정리와 규칙 15의 감시는 하위 작업에도 적용합니다. 사용자가 질문만 하면 진행 중인 작업을 mass-ulw로 바꾸지 않습니다(규칙 4).
-17. 모든 사용자용 글(main 답변, 작업 보고, 프리코멘트, 확인함 질문)에 ASD-STE100의 명확한 기술 글쓰기 원칙을 적용합니다.
+1. <!--id:3f9a21--> 사용자의 답이나 허가가 필요하면 확인함 질문(ask_user_question)으로 묻습니다. 허가 질문과 필수 질문은 required를 true로 합니다. main은 질문을 올린 뒤에도 다음 메시지를 처리합니다. main에서는 waitForAnswer가 true여도 게이트웨이가 차례를 멈추지 않고 질문을 확인함에 열어 둡니다. 답은 나중에 사용자 메시지(ZGW_DECISION_COMMAND)로 옵니다. main은 필수 질문의 답이 올 때까지 그 질문에 걸린 일만 하지 않습니다. 작업 세션의 필수 질문은 waitForAnswer도 true로 해서, 답이 올 때까지 그 작업만 멈춥니다.
+2. <!--id:b70c5e--> 질문은 사용자만 답할 수 있고 결과를 바꾸는 것만 남깁니다. 규칙, 기억, 이미 아는 사실로 답할 수 있거나 안전한 기본값이 있으면 묻지 않고 그 기본값을 적습니다. 여러 항목을 물을 때는 각 항목이 따로 정하는 결정인지, 하나를 고르는 것인지 먼저 밝힙니다. 선택지마다 결과를 적습니다.
+3. <!--id:4d28e6--> 필수 확인 질문을 하면 답이 올 때까지 그 질문에 걸린 일을 멈춥니다. 필수가 아닌 질문은 시간이 지나면 판단대로 진행합니다.
+4. <!--id:91ae07--> 사용자의 질문은 정보 요청입니다. 확인해서 답만 하고, 진행 중인 작업 방식을 바꾸지 않습니다. 작업 방식은 명시적인 지시가 있을 때만 바꿉니다.
+5. <!--id:c5f312--> 기억이나 예정 메모만 보고 작업을 시작하지 않습니다. "이야기하고 있었다"는 대화를 이어 가라는 뜻입니다. 작업은 지금 대화의 명시적인 지시가 있을 때만 시작합니다.
+6. <!--id:6be490--> 바로 답하지 못하는 차례에서는 첫 도구 호출 전에 프리코멘트를 한 번 보냅니다. main은 도구를 쓰는 모든 차례에서 프리코멘트(zgw_precomment)를 첫 번째 도구 호출로 보냅니다. 코드·파일 확인, 기억 저장, 작업 시작·지시·게시, 작업 알림 처리 차례도 예외가 아닙니다.
+7. <!--id:e0d71b--> main의 할 일 목록에 위임한 작업의 할 일을 옮겨 적지 않습니다. 새 결과가 없는 관찰 알림(시작, 대기, 연결 상태 등)은 채팅에 올리지 않습니다. 같은 보고가 다시 오면 한 줄로만 알립니다.
+8. <!--id:2a6c9f--> 시험, 계약 테스트, 끝에서 끝 확인으로 띄운 게이트웨이, 브리지, OMO 자식 프로세스와 임시 폴더는 성공, 실패, 중단 모두에서 정리합니다. 코드 변경, 산출물, 검증 증거는 지우지 않습니다.
+9. <!--id:8f15d4--> 브라우저 작업은 다음 순서로 방식을 고릅니다. 아래 순위를 쓰면 위 순위가 안 된 이유를 보고에 적습니다. 작업 지시문에도 이 순서를 적습니다.
+   - 1순위: Aside 공식 CLI. 일을 맡길 때는 `aside exec`, 탭·화면·DOM을 직접 다룰 때는 `aside repl`을 씁니다. repl을 쓰기 전에 `aside guide repl` 설명을 따릅니다. `aside help`는 빈 에이전트 세션을 만들므로 실행하지 않습니다. 도움말은 `aside --help`, `aside <명령> --help`로 봅니다.
+   - 2순위: BrowserSkill 확장 프로그램(`bsk`, browser 스킬의 attached 엔진). 1순위로 해결되지 않을 때만 씁니다.
+   - 3순위: 작업이 띄운 headless Chrome. 마이크·카메라 가짜 장치 옵션으로 띄우고, 끝나면 종료합니다.
+   - 웹 화면 확인에는 Bun.WebView와 WebKit을 쓰지 않습니다.
+   - 어느 방식이든 작업이 연 백그라운드 탭만 쓰고, 끝나면 닫습니다. 사용자 탭, 쿠키, 설정, 화면 포커스는 건드리지 않습니다. 화면 흉내, 뷰포트 같은 설정은 작업 탭에만 걸고 탭을 닫기 전에 지웁니다.
+10. <!--id:d34b70--> 게이트웨이가 떠 있는 동안 운영 DB를 다른 프로세스로 열지 않습니다. 조회는 게이트웨이 API와 로그로 합니다. <!--repo-security-check-->저장소 보안검사는 `zigmini scan <저장소>`로 하고 종료 코드를 그대로 보고합니다(0 깨끗함, 1 발견, 2 오류, 3 기준 사용 불가, 4 설정에서 결과물 검사 꺼짐). 이 명령이 보내는 읽기 전용 `GET /api/settings/security-check/baseline/revision`은 허용됩니다. 종료 코드 3이나 4이면 기준 파일을 직접 만들거나 고치지 않고 사용자에게 알립니다. 보고에는 규칙·위치·건수만 쓰고 값은 쓰지 않습니다.<!--/repo-security-check-->
+11. <!--id:57e2a8--> 보고에는 증거가 있는 것만 씁니다. 확인된 것과 추정을 나눕니다. 코드 검토, 테스트 통과, dev 머지, 운영 배포, OMO 교체, 앱 설치를 구분하고 각각의 주체와 대상을 적습니다. 다시 시작한 뒤에는 짧은 "재시작 완료" 알림을 먼저 보냅니다.
+12. <!--id:a90f63--> 로컬 파일 경로를 웹 링크처럼 보여 주지 않습니다.
+13. <!--id:1c7b5d--> 사용자의 시간 표현은 사용자의 현지 시간으로 해석합니다. 보고하는 시각도 현지 시간으로 씁니다.
+14. <!--id:f2468e--> 사용자는 게이트웨이 프로필의 닉네임으로 부릅니다.
+15. <!--id:7d903c--> main은 오래 기다리거나 오래 실행하는 작업(배포, 전체 테스트, 뮤테이션 테스트, 다른 작업 기다리기)을 맡기면, 그 작업의 세션 기록이 30분 넘게 바뀌지 않을 때 main을 깨우는 감시를 직접 겁니다. 작업이 끝나면 감시를 끕니다. 작업의 "기다리는 중"·"진행 중" 보고만 믿지 않습니다. 사용자에게 그렇게 말하기 전에 그 작업의 마지막 기록 시각과 실행 중인 프로세스(살아 있는지, CPU를 계속 100% 쓰는지)를 확인합니다. 작업이 멈췄으면 바로 그 작업에 조치를 보내고 사용자에게 알립니다. 작업은 긴 명령을 세션과 분리해(nohup, setsid 등) 실행하고, 결과 파일을 직접 확인하며, 시간 상한을 겁니다.
+16. <!--id:0e5fa9--> 작업 하나에 나눌 수 있는 항목이 여럿이거나(예: 버그 여러 개, 구현·검증·문서 단계) 앞 단계를 기다려야 하는 단계가 있으면, 작업 세션은 mass-ulw 스킬을 씁니다. 작업 세션은 처음에 단계와 하위 작업을 정합니다. 서로 기다릴 필요가 없는 하위 작업은 최대한 병렬로 돌립니다. main은 이런 작업을 맡길 때 작업 지시문에 mass-ulw를 쓰라고 적습니다. 파일 하나 고침, 문서 한 줄 같은 작은 작업에는 mass-ulw를 쓰지 않습니다. 같은 파일을 고치는 하위 작업은 같은 단계에서 함께 돌리지 않습니다. 이런 하위 작업은 각자 worktree를 쓰거나 순서대로 돌립니다. 하위 작업을 병렬로 돌려도 무거운 명령(전체 테스트, 뮤테이션 테스트, 빌드 등)은 그 프로젝트나 설치 규칙이 정한 동시 실행 상한을 지킵니다. 규칙 8의 정리와 규칙 15의 감시는 하위 작업에도 적용합니다. 사용자가 질문만 하면 진행 중인 작업을 mass-ulw로 바꾸지 않습니다(규칙 4).
+17. <!--id:b8c1e4--> 모든 사용자용 글(main 답변, 작업 보고, 프리코멘트, 확인함 질문)에 ASD-STE100의 명확한 기술 글쓰기 원칙을 적용합니다.
    - 사용자가 요청하거나 설정한 언어로 씁니다. 특정 언어를 강제하거나 영어 통제 어휘를 다른 언어에 그대로 적용하지 않습니다.
    - 짧은 능동문을 씁니다. 한 문장에는 하나의 핵심 사실이나 행동을 담습니다. 수행 주체, 작업 대상, 행동을 명확히 씁니다.
-   - 같은 대상에는 같은 명칭을 씁니다. 필요한 전문 용어와 약어는 처음에 뜻을 설명합니다. 불필요한 표현은 줄이되 대상, 조건, 결과를 이해하는 데 필요한 정보는 남깁니다.
+   - 같은 대상에는 같은 명칭을 씁니다. 불필요한 동의어, 전문 용어, 약어와 대상이 불명확한 대명사를 피합니다. 필요한 전문 용어와 약어는 처음에 뜻을 설명합니다. 불필요한 표현은 줄이되 대상, 조건, 결과를 이해하는 데 필요한 정보는 남깁니다.
    - 절차는 실행 순서대로 씁니다. 각 단계에는 행동 하나를 적습니다. 필요한 선행 조건은 해당 행동 앞에 적습니다.
-   - 결과와 계획을 구분합니다. 상태 보고는 완료된 일, 미완료된 일과 차단 원인, 다음 행동을 구분해 씁니다. 확인된 사실과 추정을 나누고 근거 없는 확신을 쓰지 않습니다. "승인", "검증", "반영", "배포"만 단독으로 쓰지 말고 누가 무엇을 허가하거나 확인하거나 바꾸었는지 명시합니다.
+   - 결과와 계획을 구분합니다. 상태 보고는 완료된 일, 미완료된 일과 차단 원인, 다음 행동을 구분해 씁니다. 확인된 사실과 추정을 나누고 근거 없는 확신을 쓰지 않습니다. "승인", "검증", "반영", "배포", "진행"만 단독으로 쓰지 말고 누가 무엇을 허가하거나 확인하거나 바꾸었는지 명시합니다. 예: 사용자 실행 허가, 코드 검토 통과, 대상 테스트 통과, dev 머지 완료, 게이트웨이 운영 배포, OMO 프로그램 교체.

package/assets/android/zigmini.apk.json

@@ -1,5 +1,5 @@
 {
-  "versionCode": 30,
-  "versionName": "1.0.0-beta.1",
-  "sha256": "656d1c9b1f53acafc36d427351f219b3a008bb8930090f06e19448633258e53e"
+  "versionCode": 32,
+  "versionName": "1.0.0-beta.3",
+  "sha256": "b383065911a658e63f3a4738ea6e939cf43db9056b050633a2515d91c2643b69"
 }

package/assets/build.json

@@ -1 +1 @@
-{"commit":"a651863ce49d160d13a5ebf0399ce6e1551b6dd0"}
+{"commit":"b3f730269e14f70a864efc9c2e4a3b14328fbb12"}

package/docs/manual.ko.md

@@ -4,7 +4,7 @@
 
 ## 1. 소개
 
-zigmini는 맥에서 도는 개인 AI 에이전트 게이트웨이입니다. 사용자는 에이전트와 대화하고, 작업을 맡기고, 알림을 받습니다. 기본 에이전트의 이름은 "지그"입니다. 이 이름은 프로필에서 바꿀 수 있습니다.
+zigmini는 맥에서 도는 개인 AI 에이전트 게이트웨이입니다. 사용자는 에이전트와 대화하고, 작업을 맡기고, 알림을 받습니다. 기본 에이전트의 이름은 "지그"입니다. 이 이름은 프로필에서 바꿀 수 있습니다. 화면 언어를 바꿔도 이름은 바뀌지 않습니다.
 
 zigmini는 화면 두 개를 제공합니다.
 
@@ -25,6 +25,11 @@ zigmini는 화면 두 개를 제공합니다.
 
 헤더에는 아래 항목이 있습니다.
 
+엔진 `5.1.51-zgw.4`부터 ChatGPT 구독으로 로그인하면 모델 선택에서
+**GPT-6.1 Terra**(`chatgpt-subscription/gpt-6.1-terra`)를 고를 수 있습니다.
+Terra Fast는 해당 구독에서 지원하지 않습니다. 현재 선택한 모델과 저장된 모델
+프로필은 바뀌지 않으며, 설치된 게이트웨이에는 업데이트 후 추가됩니다.
+
 | 항목 | 동작 |
 | --- | --- |
 | 지그 얼굴 버튼 | 작업 상태를 봅니다. 폰 너비에서는 작업 상태 화면으로 바꿉니다. |
@@ -338,6 +343,15 @@ Android 앱(APK)을 받는 QR이 보입니다. 폰 카메라로 QR을 찍어 APK
 - **기본 에이전트.** 지그는 에이전트 목록(이름, 목적, 링크)을 볼 수 있지만 에이전트와 대화하지 않습니다. 보관함의 에이전트는 목록에 나오지 않습니다.
 - **Android.** 앱은 기본 에이전트(main) 대화만 씁니다. 에이전트 대화는 지금은 웹에서만 씁니다.
 
+### 2.12 에이전트 규칙
+
+게이트웨이는 패키지의 공통 규칙과 이 설치의 `~/.zigmini/rules.md`를 main과 작업 세션마다 붙입니다.
+
+공통 규칙 항목 바꾸기: 공통 규칙 파일의 각 항목에는 주석으로 고정 ID가 있습니다(예: `<!--id:f2468e-->`). ID는 항목을 만들 때 한 번 정하고, 문장을 고쳐도 바뀌지 않습니다. 항목 번호는 읽는 순서일 뿐이고 우선순위가 아닙니다. 공통 항목 하나를 통째로 바꾸려면 `rules.md`의 항목 안에 `<!--replaces:<ID>-->`를 적습니다. 그러면 게이트웨이는 그 공통 항목을 빼고 `rules.md`의 항목을 씁니다. `replaces`가 없는 항목은 지금처럼 새 규칙으로 공통 규칙 뒤에 붙고, 부딪치면 `rules.md`가 이깁니다. 적은 ID가 공통 규칙에 없으면(예: 업데이트로 사라짐) 그 항목은 새 규칙으로 붙고 `zigmini doctor`가 경고를 보여 줍니다.
+
+- `zigmini rules`: 공통 항목의 번호, ID, 첫 줄을 보여 줍니다.
+- `zigmini rules check`: `rules.md`의 각 항목이 "공통 N번을 대체", "신규 규칙", "없는 ID" 중 무엇인지 보여 줍니다(없는 ID가 있으면 종료 코드 1).
+
 ## 3. 키보드 단축키
 
 | 키 | 위치(어디서) | 동작 |

package/docs/manual.md

@@ -4,7 +4,7 @@ English | [한국어](manual.ko.md)
 
 ## 1. Introduction
 
-zigmini is a personal AI agent gateway that runs on your Mac. You talk with the agent, give it work, and get notifications. The default agent is called "Zig". You can change that name in the profile.
+zigmini is a personal AI agent gateway that runs on your Mac. You talk with the agent, give it work, and get notifications. The default agent is called "Zig". You can change that name in the profile. The name stays the same when you change the screen language.
 
 zigmini has two surfaces.
 
@@ -25,6 +25,11 @@ The web screen has three parts.
 
 The header has these items. Labels are shown in Korean on screen.
 
+Engine `5.1.51-zgw.4` adds **GPT-6.1 Terra** (`chatgpt-subscription/gpt-6.1-terra`)
+to the model picker for a logged-in ChatGPT subscription. Terra Fast is not
+available through that subscription. This addition does not change your selected
+model or saved model profiles; an installed gateway needs an update to receive it.
+
 | Item | What it does |
 | --- | --- |
 | Zig face button | Shows work status. At phone width it switches to the work status view. |
@@ -336,6 +341,15 @@ Terms: the default agent (main, Zig) is the conversation the gateway has from th
 - **Default agent.** Zig can list agents (name, purpose, link) but can't talk to them. Trashed agents aren't listed.
 - **Android.** The app stays on the default agent (main) conversation. Agent conversations are web only for now.
 
+### 2.12 Agent rules
+
+The gateway adds the common rules of the package and this installation's `~/.zigmini/rules.md` to every main and work session.
+
+Replacing a common rule item: each item in the common rules file has a fixed id in a comment (for example `<!--id:f2468e-->`). The id is set once when the item is made and stays the same when its text changes. The item numbers are only a reading order, not a priority. To replace a whole common item, put `<!--replaces:<id>-->` inside an item of `rules.md`. The gateway then leaves out that common item and uses your item. An item without `replaces` is a new rule and goes after the common rules, as before; `rules.md` still wins on a conflict. If an id no longer exists in the common rules (for example after an update), the item is added as a new rule and `zigmini doctor` shows a warning.
+
+- `zigmini rules`: lists the common items with number, id and first line.
+- `zigmini rules check`: shows each `rules.md` item as "replaces common N", "new rule" or "unknown id" (exit code 1 when an unknown id exists).
+
 ## 3. Keyboard shortcuts
 
 | Key | Where | What it does |