mustflow 1.15.99 → 1.17.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.md +1 -1
- package/package.json +1 -1
- package/templates/default/i18n.toml +3 -3
- package/templates/default/locales/en/.mustflow/skills/artifact-integrity-check/SKILL.md +16 -7
- package/templates/default/locales/en/AGENTS.md +9 -2
- package/templates/default/locales/ko/AGENTS.md +4 -2
- package/templates/default/manifest.toml +1 -1
package/README.md
CHANGED
|
@@ -55,7 +55,7 @@ flowchart TD
|
|
|
55
55
|
|
|
56
56
|
`read_order` defines the required reading sequence, while `optional_read_order` and `[context]` control how task-specific context loads. The `[refresh]` policy sets when agents reread the same instructions.
|
|
57
57
|
|
|
58
|
-
The skills index acts as an active routing step: agents compare the task with `.mustflow/skills/INDEX.md` and read matching `SKILL.md` files before editing that scope. Skills guide procedure only; command execution still comes from `.mustflow/config/commands.toml`.
|
|
58
|
+
The skills index acts as an active routing step: agents compare the task with `.mustflow/skills/INDEX.md` and read matching `SKILL.md` files before editing that scope. This step is required before file edits even when `mf doctor` or `mf check` passes, because health checks do not decide which task procedure applies. Skills guide procedure only; command execution still comes from `.mustflow/config/commands.toml`.
|
|
59
59
|
|
|
60
60
|
## Quick start
|
|
61
61
|
|
package/package.json
CHANGED
|
@@ -10,8 +10,8 @@ status_values = ["current", "stale", "needs_review", "missing"]
|
|
|
10
10
|
[documents."agents.root"]
|
|
11
11
|
source = "locales/en/AGENTS.md"
|
|
12
12
|
source_locale = "en"
|
|
13
|
-
revision =
|
|
14
|
-
translations.ko = { path = "locales/ko/AGENTS.md", source_revision =
|
|
13
|
+
revision = 12
|
|
14
|
+
translations.ko = { path = "locales/ko/AGENTS.md", source_revision = 12, status = "current" }
|
|
15
15
|
translations.zh = { path = "locales/zh/AGENTS.md", source_revision = 11, status = "needs_review" }
|
|
16
16
|
translations.es = { path = "locales/es/AGENTS.md", source_revision = 11, status = "needs_review" }
|
|
17
17
|
translations.fr = { path = "locales/fr/AGENTS.md", source_revision = 11, status = "needs_review" }
|
|
@@ -76,7 +76,7 @@ translations.hi = { path = "locales/hi/.mustflow/skills/adapter-boundary/SKILL.m
|
|
|
76
76
|
[documents."skill.artifact-integrity-check"]
|
|
77
77
|
source = "locales/en/.mustflow/skills/artifact-integrity-check/SKILL.md"
|
|
78
78
|
source_locale = "en"
|
|
79
|
-
revision =
|
|
79
|
+
revision = 5
|
|
80
80
|
translations.ko = { path = "locales/ko/.mustflow/skills/artifact-integrity-check/SKILL.md", source_revision = 1, status = "needs_review" }
|
|
81
81
|
translations.zh = { path = "locales/zh/.mustflow/skills/artifact-integrity-check/SKILL.md", source_revision = 1, status = "needs_review" }
|
|
82
82
|
translations.es = { path = "locales/es/.mustflow/skills/artifact-integrity-check/SKILL.md", source_revision = 1, status = "needs_review" }
|
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
mustflow_doc: skill.artifact-integrity-check
|
|
3
3
|
locale: en
|
|
4
4
|
canonical: true
|
|
5
|
-
revision:
|
|
5
|
+
revision: 5
|
|
6
6
|
lifecycle: mustflow-owned
|
|
7
7
|
authority: procedure
|
|
8
8
|
name: artifact-integrity-check
|
|
@@ -50,6 +50,7 @@ Ensure generated artifacts, packaged files, media assets, reports, and downloada
|
|
|
50
50
|
- Artifact paths or expected output locations.
|
|
51
51
|
- Source files, generation steps, or package rules that should produce the artifact.
|
|
52
52
|
- Any size, format, hash, manifest, package, or documentation expectation.
|
|
53
|
+
- Declared version source, current published version, intended release tag, and SemVer decision when the artifact is versioned.
|
|
53
54
|
- Relevant command-intent contract entries for build, packaging, validation, or asset optimization.
|
|
54
55
|
- Workflow steps, action references, publish credentials, OIDC permissions, package registry identity, and pre-publish lifecycle scripts when artifacts are released.
|
|
55
56
|
- Code-scanning artifact paths, upload steps, credential scope, and whether the uploaded artifact can contain checkout credentials, generated secrets, or tampered package contents.
|
|
@@ -76,12 +77,17 @@ Ensure generated artifacts, packaged files, media assets, reports, and downloada
|
|
|
76
77
|
3. Check that source references, manifests, package includes, docs links, and tests point to the same path and format.
|
|
77
78
|
4. For publish workflows, inspect code that runs before artifact publication. Treat mutable third-party actions, lifecycle scripts, package manifests, and generated files as artifact mutation points.
|
|
78
79
|
5. Prefer explicit release gates for publish automation. Do not publish packages on every branch push; use a version tag or a manually published release, then verify the tag matches the package metadata before publication.
|
|
79
|
-
6.
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
80
|
+
6. When changing a versioned artifact, choose the version bump from the declared repository versioning policy first. If no narrower policy is declared, use SemVer as follows:
|
|
81
|
+
- Increment `X` in `X.Y.Z` only for breaking changes to public commands, schemas, package entrypoints, installed template contracts, or documented behavior that existing users may rely on.
|
|
82
|
+
- Increment `Y` for backward-compatible new capabilities, newly installed skills or workflow guidance, new public commands, new schema fields that old consumers can ignore, or meaningful template behavior that users receive after installation or update.
|
|
83
|
+
- Increment `Z` for backward-compatible fixes, packaging corrections, documentation or prose repairs, test-only changes, internal refactors, or release automation fixes that do not add a user-facing capability.
|
|
84
|
+
7. Do not bump a version just because files changed. Record the artifact surface that justifies the bump and keep every declared version source synchronized with the chosen version.
|
|
85
|
+
8. If a workflow creates a release and publishes an artifact, keep release creation and publication in the same trusted workflow unless it uses a token that is intended to trigger follow-up workflows. Repository `GITHUB_TOKEN` events generally should not be used as the only trigger for a second publish workflow.
|
|
86
|
+
9. For workflow artifact alerts, check whether checkout credentials persist into the workspace, whether artifacts are uploaded after untrusted code runs, and whether the job permission is broader than the artifact operation needs.
|
|
87
|
+
10. Verify existence, format, and expected inclusion using the narrowest configured command intent available.
|
|
88
|
+
11. If a generated artifact is stale or missing, regenerate it only through a configured command intent or report the missing command.
|
|
89
|
+
12. If an artifact should not be versioned, ensure the final report does not imply that it was committed or distributed.
|
|
90
|
+
13. Report artifact evidence precisely: path checked, command intent run, version bump reason when applicable, and any remaining unverified attribute.
|
|
85
91
|
|
|
86
92
|
<!-- mustflow-section: postconditions -->
|
|
87
93
|
## Postconditions
|
|
@@ -89,6 +95,7 @@ Ensure generated artifacts, packaged files, media assets, reports, and downloada
|
|
|
89
95
|
- Every artifact claim in code, docs, manifests, tests, and the final report is backed by observed evidence or explicitly marked unverified.
|
|
90
96
|
- Generated and ignored outputs are not treated as project truth unless the repository declares them versioned.
|
|
91
97
|
- Package or distribution claims are verified with the relevant configured intent when available.
|
|
98
|
+
- Versioned artifact releases have a documented bump reason and synchronized version sources.
|
|
92
99
|
|
|
93
100
|
<!-- mustflow-section: verification -->
|
|
94
101
|
## Verification
|
|
@@ -108,6 +115,7 @@ Use a narrower configured asset or documentation validation intent when it bette
|
|
|
108
115
|
|
|
109
116
|
- If the artifact cannot be generated or inspected, report the missing tool, command intent, or source file.
|
|
110
117
|
- If package inclusion and source references disagree, fix the manifest or docs before reporting the artifact as shipped.
|
|
118
|
+
- If the intended version bump does not match the changed public surface, stop and correct the version or report why a project-specific policy overrides the default SemVer decision.
|
|
111
119
|
- If a privileged release workflow runs mutable actions or repository-controlled code before publishing, report the artifact integrity risk or isolate and pin the publish path before claiming the package is trustworthy.
|
|
112
120
|
- If an artifact is too large, stale, or in the wrong format, report the issue and avoid claiming it is production-ready.
|
|
113
121
|
- If verification would require external services or unavailable tools, stop at that boundary and name the unchecked artifact property.
|
|
@@ -118,6 +126,7 @@ Use a narrower configured asset or documentation validation intent when it bette
|
|
|
118
126
|
- Artifact paths checked
|
|
119
127
|
- Artifact source or generation path
|
|
120
128
|
- Inclusion, format, or size evidence
|
|
129
|
+
- Version bump decision and synchronized version sources, when applicable
|
|
121
130
|
- Command intents run
|
|
122
131
|
- Skipped artifact checks and reasons
|
|
123
132
|
- Remaining artifact integrity risk
|
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
mustflow_doc: agents.root
|
|
3
3
|
locale: en
|
|
4
4
|
canonical: true
|
|
5
|
-
revision:
|
|
5
|
+
revision: 12
|
|
6
6
|
lifecycle: user-editable
|
|
7
7
|
authority: binding
|
|
8
8
|
---
|
|
@@ -63,7 +63,14 @@ mustflow-managed details are under `.mustflow/`.
|
|
|
63
63
|
- If `DESIGN.md` exists, read it only for UI, visual design, layout, design-token, or accessibility
|
|
64
64
|
work. Do not create a `DESIGN.md` if one does not exist.
|
|
65
65
|
- Read the matching skill document when one applies to the task.
|
|
66
|
-
- Before
|
|
66
|
+
- Before creating or modifying any file, use `.mustflow/skills/INDEX.md` to decide whether one or more skills apply.
|
|
67
|
+
This skill-selection gate is mandatory even for small or seemingly obvious tasks.
|
|
68
|
+
- `mf doctor`, `mf check`, and other health checks do not satisfy the skill-selection gate. They
|
|
69
|
+
confirm repository health; they do not decide which task procedure applies.
|
|
70
|
+
- If a matching skill applies, read the matching `SKILL.md` before editing that scope. If no
|
|
71
|
+
installed skill matches, state that no matching installed skill was found in the next progress
|
|
72
|
+
update or final report. If a plausible skill is referenced by the index but is unavailable in
|
|
73
|
+
the installed profile, report that gap instead of silently continuing.
|
|
67
74
|
- If a skill becomes relevant after new evidence, such as a command failure or a documentation
|
|
68
75
|
change, read the matching `SKILL.md` before continuing that part of the work.
|
|
69
76
|
- Skill documents guide procedure. They do not authorize commands outside
|
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
mustflow_doc: agents.root
|
|
3
3
|
locale: ko
|
|
4
4
|
canonical: false
|
|
5
|
-
revision:
|
|
5
|
+
revision: 18
|
|
6
6
|
lifecycle: user-editable
|
|
7
7
|
authority: binding
|
|
8
8
|
---
|
|
@@ -46,7 +46,9 @@ mustflow가 관리하는 세부 문서와 설정은 `.mustflow/` 폴더 아래
|
|
|
46
46
|
- `.mustflow/context/` 파일은 프로젝트 방향과 도메인 약속을 설명하는 작업별 문맥입니다. 코드, 테스트, 명령 계약, 사용자 지시를 대신하는 최종 기준으로 보지 않습니다.
|
|
47
47
|
- `DESIGN.md`가 있으면 UI, 시각 디자인, 레이아웃, 디자인 토큰, 접근성 작업에서만 읽습니다. 없는 `DESIGN.md`를 임의로 생성하지 않습니다.
|
|
48
48
|
- 작업과 맞는 스킬이 있으면 해당 `SKILL.md`를 읽고 따릅니다.
|
|
49
|
-
-
|
|
49
|
+
- 파일을 만들거나 수정하기 전에 `.mustflow/skills/INDEX.md`를 기준으로 현재 작업에 적용 가능한 스킬이 하나 이상 있는지 판단합니다. 이 스킬 선택 단계는 작업이 작거나 명백해 보이는 경우에도 반드시 거쳐야 합니다.
|
|
50
|
+
- `mf doctor`, `mf check` 같은 상태 점검 명령은 스킬 선택 단계를 대신하지 않습니다. 이 명령들은 저장소 상태를 확인할 뿐, 현재 작업에 어떤 절차가 필요한지 결정하지 않습니다.
|
|
51
|
+
- 적용되는 스킬이 있으면 해당 범위를 편집하기 전에 맞는 `SKILL.md`를 읽습니다. 설치된 스킬 중 맞는 항목이 없으면 다음 진행 보고나 최종 보고에서 “일치하는 설치 스킬이 없음”을 밝힙니다. 색인에는 그럴듯한 스킬이 보이지만 현재 프로필에 설치되어 있지 않다면, 조용히 넘어가지 말고 그 누락을 보고합니다.
|
|
50
52
|
- 명령 실패나 문서 변경 등 작업 중 새 근거가 생겨 스킬이 필요해지면, 해당 범위를 계속하기 전에 반드시 맞는 `SKILL.md`를 읽습니다.
|
|
51
53
|
- 스킬 문서는 절차 안내용일 뿐 `.mustflow/config/commands.toml` 밖의 명령 실행을 허용하거나 사용자, 호스트, 저장소, 안전 규칙을 덮어쓰지 않습니다.
|
|
52
54
|
- 생성 파일, 외부 의존성, 비밀 정보 파일은 명시적 요청 없이는 수정하지 않습니다.
|