claudeos-core 1.3.0 → 1.4.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.
Potentially problematic release.
This version of claudeos-core might be problematic. Click here for more details.
- package/CHANGELOG.md +35 -0
- package/README.de.md +75 -27
- package/README.es.md +75 -27
- package/README.fr.md +75 -27
- package/README.hi.md +76 -28
- package/README.ja.md +94 -28
- package/README.ko.md +94 -28
- package/README.md +93 -26
- package/README.ru.md +75 -27
- package/README.vi.md +75 -27
- package/README.zh-CN.md +76 -28
- package/bin/cli.js +38 -10
- package/bootstrap.sh +13 -2
- package/content-validator/index.js +18 -13
- package/manifest-generator/index.js +24 -1
- package/package.json +1 -1
- package/pass-prompts/templates/java-spring/pass1.md +1 -1
- package/pass-prompts/templates/java-spring/pass3.md +25 -5
- package/pass-prompts/templates/kotlin-spring/pass1.md +1 -1
- package/pass-prompts/templates/kotlin-spring/pass3.md +25 -5
- package/pass-prompts/templates/node-express/pass1.md +1 -1
- package/pass-prompts/templates/node-express/pass3.md +24 -5
- package/pass-prompts/templates/node-nextjs/pass1.md +1 -1
- package/pass-prompts/templates/node-nextjs/pass3.md +25 -5
- package/pass-prompts/templates/python-django/pass1.md +1 -1
- package/pass-prompts/templates/python-django/pass3.md +24 -5
- package/pass-prompts/templates/python-fastapi/pass1.md +1 -1
- package/pass-prompts/templates/python-fastapi/pass3.md +24 -5
- package/plan-installer/domain-grouper.js +3 -10
- package/plan-installer/prompt-generator.js +0 -5
- package/plan-installer/stack-detector.js +2 -2
- package/plan-installer/structure-scanner.js +58 -7
- package/plan-validator/index.js +4 -2
- package/sync-checker/index.js +4 -2
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,40 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
## [1.4.0] — 2026-04-04
|
|
4
|
+
|
|
5
|
+
### Fixed
|
|
6
|
+
- **Arrow key compatibility** — Added application mode escape sequences (`\x1bOA`/`\x1bOB`) for terminals that use SS3 mode (Git Bash/mintty, tmux, screen); previously only normal mode (`\x1b[A`/`\x1b[B`) was handled
|
|
7
|
+
- **`setRawMode` crash prevention** — Wrapped `setRawMode(true)` in try-catch; falls back to number input if raw mode is unsupported (e.g., some Windows terminal emulators)
|
|
8
|
+
- **React/CRA/Vite/RN frontend domain detection** — Added Fallback C (`**/components/*/`) and Fallback D (deep `**/views/*/`, `**/screens/*/`, `**/containers/*/`, `**/pages/*/`, `**/routes/*/`, `**/modules/*/`, `**/domains/*/`) for pure React projects without Next.js App Router; previously only `{src/,}components/*/` (1-depth) was scanned, causing 0 domains for projects with deep component structures (e.g., `src/desktop/app/components/order/`)
|
|
9
|
+
- **Vue `.vue` file detection** — Added `.vue` extension to all frontend domain scanning globs (primary, FSD, components, Fallback B/C/D); previously `.vue` was only included in statistics globs but not in domain detection, causing 0 domains for Vue/Nuxt projects
|
|
10
|
+
- **`setRawMode` fallback UX** — Added "Generated files will be written in this language" description text to setRawMode fallback path (was missing, non-TTY and arrow-key paths had it)
|
|
11
|
+
- **Fallback C/D glob performance** — Added `.git`, `vendor`, `__pycache__`, `coverage` to ignore list (prevents scanning non-source directories in large repos)
|
|
12
|
+
- **Fallback D domain source tracking** — Domain entries now include `sources` field recording which directory pattern(s) matched (e.g., `["views", "routes"]`), preventing silent conflation
|
|
13
|
+
- **`plan-validator` / `sync-checker` path traversal** — Changed `startsWith(ROOT + sep)` to also allow `=== ROOT` (fixes edge case where ROOT-level files like `CLAUDE.md` could be rejected on Windows)
|
|
14
|
+
- **`content-validator` Kotlin code block check** — Core standard files (`00.core/02.`, `00.core/03.`) downgraded from warning to silent skip (may legitimately lack `\`\`\`kotlin` blocks in multi-stack projects)
|
|
15
|
+
- **`manifest-generator` sync-map completeness** — Code-block format plan files (e.g., `21.sync-rules-master.md`) now included in `sync-map.json`; previously only `<file>` block format plans were extracted, causing sync-checker to report false "unregistered" entries
|
|
16
|
+
|
|
17
|
+
### Changed
|
|
18
|
+
- **Language selector hint** — Added `1-0 Jump` and `ESC Cancel` to the interactive selector hint line (`↑↓ Move 1-0 Jump Enter Select ESC Cancel`); users can now discover number key shortcuts without reading docs
|
|
19
|
+
- **`bootstrap.sh` completion box** — Added `Output language:` line (was missing, cli.js had it); changed verify command from `node claudeos-core-tools/health-checker/index.js` to `npx claudeos-core health` (matches cli.js)
|
|
20
|
+
- **All 10 READMEs** — Language selector example updated to match new hint text; description text changed from "arrow keys" to "arrow keys or number keys"
|
|
21
|
+
- **`selectTemplates` pure frontend fix** — TypeScript/JavaScript/Python language-only fallback no longer assigns a backend template when `stack.framework` is absent; pure frontend projects (CRA, Vite, Vue CLI) now correctly get `backend: null` instead of `node-express`
|
|
22
|
+
- **`stack-detector` NestJS priority** — NestJS checked before Express (NestJS is more specific; NestJS projects always include express as a dependency); both now use `!stack.framework` guard for order-independence
|
|
23
|
+
- **`domain-grouper` dead code removal** — Removed unreachable `if (!templates.backend && templates.frontend)` block and orphaned "Dynamic prompt generation" comment
|
|
24
|
+
- **`cli.js` `countFiles` resilience** — `realpathSync` wrapped in try-catch to handle Windows junction points that throw
|
|
25
|
+
- **`bootstrap.sh` prerequisites** — Added `perl` to header comment prerequisites list
|
|
26
|
+
|
|
27
|
+
## [1.3.1] — 2026-04-03
|
|
28
|
+
|
|
29
|
+
### Changed
|
|
30
|
+
- **Context efficiency: rules paths scoping** — `40.infra/*` and `50.sync/*` rules now use scoped `paths:` frontmatter instead of `["**/*"]`; infra rules load only for config/infra files, sync rules load only for claudeos-core files (5 stacks; python-django infra keeps `["**/*"]` due to .py settings)
|
|
31
|
+
- **Context efficiency: standard reference distribution** — `00.standard-reference.md` changed from "MUST Read ALL" to "Standard Documents Directory — Read ONLY relevant"; each rule file now ends with `## Reference` section linking to its corresponding standard
|
|
32
|
+
- **content-validator** — Removed `50.sync` exemption from frontmatter validation; all rules now checked equally; updated comment and warning message to reflect scoped paths
|
|
33
|
+
- **prompt-generator** — Removed duplicate `pass1-prompt.md` generation (backward-compat fallback no longer needed; `pass1-{type}-prompt.md` is always generated)
|
|
34
|
+
- **Pass 1 templates** (all 6 stacks) — "Do not create files" → "Do not create or modify source files" (clarifies that saving analysis JSON is allowed)
|
|
35
|
+
- **All 10 READMEs** — "How Claude Code Uses Your Documentation" section updated: auto-load table now shows per-category paths, standard reading explained as on-demand via `## Reference` links
|
|
36
|
+
- **Pass 3 CRITICAL directive: Code Example Accuracy** (all 6 stacks) — Rules/standards code examples must use EXACT method names from pass2-merged.json; prevents hallucination of API names (e.g., `ok()` instead of `success()`)
|
|
37
|
+
|
|
3
38
|
## [1.3.0] — 2026-04-03
|
|
4
39
|
|
|
5
40
|
### Added
|
package/README.de.md
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# ClaudeOS-Core
|
|
2
2
|
|
|
3
|
-
**
|
|
3
|
+
**Das einzige Tool, das zuerst Ihren Quellcode liest, Stack und Patterns mit deterministischer Analyse bestätigt und dann Claude Code Regeln generiert, die exakt auf Ihr Projekt zugeschnitten sind.**
|
|
4
4
|
|
|
5
5
|
```bash
|
|
6
6
|
npx claudeos-core init
|
|
@@ -12,20 +12,50 @@ ClaudeOS-Core liest Ihre Codebasis, extrahiert jedes Muster und generiert einen
|
|
|
12
12
|
|
|
13
13
|
---
|
|
14
14
|
|
|
15
|
-
##
|
|
15
|
+
## Warum ClaudeOS-Core?
|
|
16
16
|
|
|
17
|
-
|
|
17
|
+
> Mensch beschreibt das Projekt → LLM generiert Dokumentation
|
|
18
18
|
|
|
19
|
-
|
|
19
|
+
ClaudeOS-Core:
|
|
20
20
|
|
|
21
|
-
|
|
21
|
+
> Code analysiert Quellcode → Code baut maßgeschneiderten Prompt → LLM generiert Dokumentation → Code verifiziert Output
|
|
22
22
|
|
|
23
|
-
|
|
24
|
-
2. **Analysiert** Ihren Quellcode tiefgehend — Controller-Muster, Service-Schichten, Namenskonventionen, Fehlerbehandlung, Sicherheit, Tests und 50+ Kategorien
|
|
25
|
-
3. **Generiert** ein vollständiges Dokumentationsökosystem — `CLAUDE.md`, Standards (15–19 Dateien), Rules, Skills, Guides (9 Dateien), Master Plans, DB-Dokumentation und MCP-Leitfaden
|
|
26
|
-
4. **Validiert** alles — 5 integrierte Verifizierungstools gewährleisten Konsistenz
|
|
23
|
+
### Das Kernproblem: LLMs raten. Code bestätigt.
|
|
27
24
|
|
|
28
|
-
|
|
25
|
+
Wenn Sie Claude bitten, "dieses Projekt zu analysieren", **rät** es Ihren Stack, ORM, Domänenstruktur.
|
|
26
|
+
|
|
27
|
+
**ClaudeOS-Core rät nicht.** Claude Node.js:
|
|
28
|
+
|
|
29
|
+
- `build.gradle` / `package.json` / `pyproject.toml` → **confirmed**
|
|
30
|
+
- directory scan → **confirmed**
|
|
31
|
+
- Java 5 patterns, Kotlin CQRS/BFF, Next.js App Router/FSD → **classified**
|
|
32
|
+
- domain groups → **split**
|
|
33
|
+
- stack-specific prompt → **assembled**
|
|
34
|
+
|
|
35
|
+
### Das Ergebnis
|
|
36
|
+
|
|
37
|
+
Andere Tools erzeugen "allgemein gute" Dokumentation.
|
|
38
|
+
ClaudeOS-Core erzeugt Dokumentation, die weiß, dass Ihr Projekt `ApiResponse.ok()` verwendet (nicht `ResponseEntity.success()`), dass Ihre MyBatis XML Mapper in `src/main/resources/mapper/{domain}/` liegen — weil es Ihren tatsächlichen Code gelesen hat.
|
|
39
|
+
|
|
40
|
+
### Before & After
|
|
41
|
+
|
|
42
|
+
**Ohne ClaudeOS-Core**:
|
|
43
|
+
```
|
|
44
|
+
❌ JPA repository (MyBatis)
|
|
45
|
+
❌ ResponseEntity.success() (ApiResponse.ok())
|
|
46
|
+
❌ order/controller/ (controller/order/)
|
|
47
|
+
→ 20 min fix per file
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
**Mit ClaudeOS-Core**:
|
|
51
|
+
```
|
|
52
|
+
✅ MyBatis mapper + XML (build.gradle)
|
|
53
|
+
✅ ApiResponse.ok() (source code)
|
|
54
|
+
✅ controller/order/ (Pattern A)
|
|
55
|
+
→ immediate match
|
|
56
|
+
```
|
|
57
|
+
|
|
58
|
+
Dieser Unterschied summiert sich. 10 Aufgaben/Tag × 20 Minuten gespart = **über 3 Stunden/Tag**.
|
|
29
59
|
|
|
30
60
|
---
|
|
31
61
|
|
|
@@ -79,6 +109,7 @@ Unterstützte Modultypen: `command`, `query`, `bff`, `integration`, `standalone`
|
|
|
79
109
|
- **FSD (Feature-Sliced Design)**: `features/*/`, `widgets/*/`, `entities/*/`
|
|
80
110
|
- **RSC/Client-Split**: Erkennt `client.tsx`-Muster, verfolgt Server/Client-Trennung
|
|
81
111
|
- **Config-Fallback**: Erkennt Next.js/Vite/Nuxt aus Config-Dateien (Monorepo-Unterstützung)
|
|
112
|
+
- **Tiefe Verzeichnis-Fallback**: Für React/CRA/Vite/Vue/RN-Projekte scannt `**/components/*/`, `**/views/*/`, `**/screens/*/`, `**/containers/*/`, `**/pages/*/`, `**/routes/*/`, `**/modules/*/`, `**/domains/*/` in beliebiger Tiefe
|
|
82
113
|
|
|
83
114
|
---
|
|
84
115
|
|
|
@@ -117,7 +148,7 @@ bash claudeos-core-tools/bootstrap.sh
|
|
|
117
148
|
|
|
118
149
|
### Ausgabesprache (10 Sprachen)
|
|
119
150
|
|
|
120
|
-
Wenn Sie `init` ohne `--lang` ausführen, erscheint ein interaktiver Selektor
|
|
151
|
+
Wenn Sie `init` ohne `--lang` ausführen, erscheint ein interaktiver Selektor (Pfeiltasten oder Zifferntasten):
|
|
121
152
|
|
|
122
153
|
```
|
|
123
154
|
╔══════════════════════════════════════════════════╗
|
|
@@ -131,7 +162,7 @@ Wenn Sie `init` ohne `--lang` ausführen, erscheint ein interaktiver Selektor mi
|
|
|
131
162
|
...
|
|
132
163
|
❯ 10. de — Deutsch (German)
|
|
133
164
|
|
|
134
|
-
↑↓ Move
|
|
165
|
+
↑↓ Move 1-0 Jump Enter Select ESC Cancel
|
|
135
166
|
```
|
|
136
167
|
|
|
137
168
|
Die Beschreibung wechselt beim Navigieren in die entsprechende Sprache. Um den Selektor zu überspringen:
|
|
@@ -386,16 +417,21 @@ So liest Claude Code die von ClaudeOS-Core generierte Dokumentation tatsächlich
|
|
|
386
417
|
| Datei | Wann | Garantiert |
|
|
387
418
|
|---|---|---|
|
|
388
419
|
| `CLAUDE.md` | Bei jedem Gesprächsstart | Immer |
|
|
389
|
-
| `.claude/rules
|
|
390
|
-
| `.claude/rules/
|
|
420
|
+
| `.claude/rules/00.core/*` | Beim Bearbeiten von Dateien (`paths: ["**/*"]`) | Immer |
|
|
421
|
+
| `.claude/rules/10.backend/*` | Beim Bearbeiten von Dateien (`paths: ["**/*"]`) | Immer |
|
|
422
|
+
| `.claude/rules/30.security-db/*` | Beim Bearbeiten von Dateien (`paths: ["**/*"]`) | Immer |
|
|
423
|
+
| `.claude/rules/40.infra/*` | Nur bei Config/Infra-Dateien (eingeschränkte Paths) | Bedingt |
|
|
424
|
+
| `.claude/rules/50.sync/*` | Nur bei claudeos-core-Dateien (eingeschränkte Paths) | Bedingt |
|
|
391
425
|
|
|
392
|
-
### Dateien, die über
|
|
426
|
+
### Dateien, die on-demand über Regel-Referenzen gelesen werden
|
|
393
427
|
|
|
394
|
-
|
|
428
|
+
Jede Regel-Datei verlinkt im `## Reference`-Abschnitt auf den entsprechenden Standard. Claude liest nur den für die aktuelle Aufgabe relevanten Standard:
|
|
395
429
|
|
|
396
430
|
- `claudeos-core/standard/**` — Coding-Patterns, ✅/❌ Beispiele, Namenskonventionen
|
|
397
431
|
- `claudeos-core/database/**` — DB-Schema (für Queries, Mapper, Migrationen)
|
|
398
432
|
|
|
433
|
+
`00.standard-reference.md` dient als Verzeichnis zum Entdecken von Standards ohne entsprechende Regel.
|
|
434
|
+
|
|
399
435
|
### Dateien, die NICHT gelesen werden (Kontexteinsparung)
|
|
400
436
|
|
|
401
437
|
Explizit durch den `DO NOT Read`-Abschnitt der standard-reference Regel ausgeschlossen:
|
|
@@ -449,19 +485,31 @@ npx claudeos-core restore
|
|
|
449
485
|
|
|
450
486
|
## Was ist anders?
|
|
451
487
|
|
|
452
|
-
| | ClaudeOS-Core |
|
|
453
|
-
|
|
454
|
-
| **
|
|
455
|
-
| **
|
|
456
|
-
| **
|
|
457
|
-
| **
|
|
458
|
-
| **
|
|
459
|
-
| **
|
|
460
|
-
| **
|
|
461
|
-
| **
|
|
488
|
+
| | ClaudeOS-Core | Everything Claude Code (50K+ ⭐) | Harness | specs-generator | Claude `/init` |
|
|
489
|
+
|---|---|---|---|---|---|
|
|
490
|
+
| **Approach** | Code analyzes first, then LLM generates | Pre-built config presets | LLM designs agent teams | LLM generates spec docs | LLM writes CLAUDE.md |
|
|
491
|
+
| **Reads your source code** | ✅ Deterministic static analysis | ❌ | ❌ | ❌ (LLM reads) | ❌ (LLM reads) |
|
|
492
|
+
| **Stack detection** | Code confirms (ORM, DB, build tool, pkg manager) | N/A (stack-agnostic) | LLM guesses | LLM guesses | LLM guesses |
|
|
493
|
+
| **Domain detection** | Code confirms (Java 5 patterns, Kotlin CQRS, Next.js FSD) | N/A | LLM guesses | N/A | N/A |
|
|
494
|
+
| **Same project → Same result** | ✅ Deterministic analysis | ✅ (static files) | ❌ (LLM varies) | ❌ (LLM varies) | ❌ (LLM varies) |
|
|
495
|
+
| **Large project handling** | Domain group splitting (4 domains / 40 files per group) | N/A | No splitting | No splitting | Context window limit |
|
|
496
|
+
| **Output** | CLAUDE.md + Rules + Standards + Skills + Guides + Plans (40-50+ files) | Agents + Skills + Commands + Hooks | Agents + Skills | 6 spec documents | CLAUDE.md (1 file) |
|
|
497
|
+
| **Output location** | `.claude/rules/` (auto-loaded by Claude Code) | `.claude/` various | `.claude/agents/` + `.claude/skills/` | `.claude/steering/` + `specs/` | `CLAUDE.md` |
|
|
498
|
+
| **Post-generation verification** | ✅ 5 automated validators | ❌ | ❌ | ❌ | ❌ |
|
|
499
|
+
| **Multi-language output** | ✅ 10 languages | ❌ | ❌ | ❌ | ❌ |
|
|
500
|
+
| **Multi-stack** | ✅ Backend + Frontend simultaneous | ❌ Stack-agnostic | ❌ | ❌ | Partial |
|
|
501
|
+
| **Agent orchestration** | ❌ | ✅ 28 agents | ✅ 6 patterns | ❌ | ❌ |
|
|
462
502
|
|
|
463
|
-
|
|
503
|
+
### Key difference
|
|
464
504
|
|
|
505
|
+
**Other tools give Claude "generally good instructions." ClaudeOS-Core gives Claude "instructions extracted from your actual code."**
|
|
506
|
+
|
|
507
|
+
### Complementary, not competing
|
|
508
|
+
|
|
509
|
+
ClaudeOS-Core: **project-specific rules**. Other tools: **agent orchestration**.
|
|
510
|
+
Use both together.
|
|
511
|
+
|
|
512
|
+
---
|
|
465
513
|
## FAQ
|
|
466
514
|
|
|
467
515
|
**F: Ändert es meinen Quellcode?**
|
package/README.es.md
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# ClaudeOS-Core
|
|
2
2
|
|
|
3
|
-
**
|
|
3
|
+
**La única herramienta que lee tu código fuente primero, confirma tu stack y patrones con análisis determinístico, y genera reglas de Claude Code adaptadas exactamente a tu proyecto.**
|
|
4
4
|
|
|
5
5
|
```bash
|
|
6
6
|
npx claudeos-core init
|
|
@@ -12,20 +12,50 @@ ClaudeOS-Core lee tu código fuente, extrae cada patrón que encuentra y genera
|
|
|
12
12
|
|
|
13
13
|
---
|
|
14
14
|
|
|
15
|
-
##
|
|
15
|
+
## ¿Por qué ClaudeOS-Core?
|
|
16
16
|
|
|
17
|
-
|
|
17
|
+
> Humano describe el proyecto → LLM genera documentación
|
|
18
18
|
|
|
19
|
-
|
|
19
|
+
ClaudeOS-Core:
|
|
20
20
|
|
|
21
|
-
|
|
21
|
+
> Código analiza tu fuente → Código construye prompt personalizado → LLM genera documentación → Código verifica la salida
|
|
22
22
|
|
|
23
|
-
|
|
24
|
-
2. **Analiza** tu código fuente en profundidad — patrones de controladores, capas de servicio, convenciones de nombrado, manejo de errores, seguridad, testing y más de 50 categorías
|
|
25
|
-
3. **Genera** un ecosistema documental completo — `CLAUDE.md`, Standards (15–19 archivos), Rules, Skills, Guides (9 archivos), Master Plans, documentación de BD y guía MCP
|
|
26
|
-
4. **Valida** todo — 5 herramientas de verificación integradas garantizan la consistencia
|
|
23
|
+
### El problema central: Los LLMs adivinan. El código confirma.
|
|
27
24
|
|
|
28
|
-
|
|
25
|
+
Cuando le pides a Claude "analiza este proyecto", **adivina** tu stack, ORM y estructura de dominios.
|
|
26
|
+
|
|
27
|
+
**ClaudeOS-Core no adivina.** Claude Node.js:
|
|
28
|
+
|
|
29
|
+
- `build.gradle` / `package.json` / `pyproject.toml` → **confirmed**
|
|
30
|
+
- directory scan → **confirmed**
|
|
31
|
+
- Java 5 patterns, Kotlin CQRS/BFF, Next.js App Router/FSD → **classified**
|
|
32
|
+
- domain groups → **split**
|
|
33
|
+
- stack-specific prompt → **assembled**
|
|
34
|
+
|
|
35
|
+
### El resultado
|
|
36
|
+
|
|
37
|
+
Otras herramientas producen documentación "generalmente buena".
|
|
38
|
+
ClaudeOS-Core produce documentación que sabe que tu proyecto usa `ApiResponse.ok()` (no `ResponseEntity.success()`), que tus mappers MyBatis XML están en `src/main/resources/mapper/{domain}/` — porque leyó tu código real.
|
|
39
|
+
|
|
40
|
+
### Before & After
|
|
41
|
+
|
|
42
|
+
**Sin ClaudeOS-Core**:
|
|
43
|
+
```
|
|
44
|
+
❌ JPA repository (MyBatis)
|
|
45
|
+
❌ ResponseEntity.success() (ApiResponse.ok())
|
|
46
|
+
❌ order/controller/ (controller/order/)
|
|
47
|
+
→ 20 min fix per file
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
**Con ClaudeOS-Core**:
|
|
51
|
+
```
|
|
52
|
+
✅ MyBatis mapper + XML (build.gradle)
|
|
53
|
+
✅ ApiResponse.ok() (source code)
|
|
54
|
+
✅ controller/order/ (Pattern A)
|
|
55
|
+
→ immediate match
|
|
56
|
+
```
|
|
57
|
+
|
|
58
|
+
Esta diferencia se acumula. 10 tareas/día × 20 minutos ahorrados = **más de 3 horas/día**.
|
|
29
59
|
|
|
30
60
|
---
|
|
31
61
|
|
|
@@ -79,6 +109,7 @@ Tipos de módulo soportados: `command`, `query`, `bff`, `integration`, `standalo
|
|
|
79
109
|
- **FSD (Feature-Sliced Design)**: `features/*/`, `widgets/*/`, `entities/*/`
|
|
80
110
|
- **RSC/Client split**: Detecta patrón `client.tsx`, rastrea separación Server/Client
|
|
81
111
|
- **Config fallback**: Detecta Next.js/Vite/Nuxt desde archivos de configuración (soporte monorepo)
|
|
112
|
+
- **Fallback de directorios profundos**: Para proyectos React/CRA/Vite/Vue/RN, escanea `**/components/*/`, `**/views/*/`, `**/screens/*/`, `**/containers/*/`, `**/pages/*/`, `**/routes/*/`, `**/modules/*/`, `**/domains/*/` a cualquier profundidad
|
|
82
113
|
|
|
83
114
|
---
|
|
84
115
|
|
|
@@ -117,7 +148,7 @@ bash claudeos-core-tools/bootstrap.sh
|
|
|
117
148
|
|
|
118
149
|
### Idioma de salida (10 idiomas)
|
|
119
150
|
|
|
120
|
-
Al ejecutar `init` sin `--lang`, aparece un selector interactivo con teclas de flecha:
|
|
151
|
+
Al ejecutar `init` sin `--lang`, aparece un selector interactivo con teclas de flecha o teclas numéricas:
|
|
121
152
|
|
|
122
153
|
```
|
|
123
154
|
╔══════════════════════════════════════════════════╗
|
|
@@ -132,7 +163,7 @@ Al ejecutar `init` sin `--lang`, aparece un selector interactivo con teclas de f
|
|
|
132
163
|
❯ 5. es — Español (Spanish)
|
|
133
164
|
...
|
|
134
165
|
|
|
135
|
-
↑↓ Move
|
|
166
|
+
↑↓ Move 1-0 Jump Enter Select ESC Cancel
|
|
136
167
|
```
|
|
137
168
|
|
|
138
169
|
La descripción cambia al idioma seleccionado al navegar. Para saltar el selector:
|
|
@@ -387,16 +418,21 @@ Así es como Claude Code lee la documentación generada por ClaudeOS-Core:
|
|
|
387
418
|
| Archivo | Cuándo | Garantizado |
|
|
388
419
|
|---|---|---|
|
|
389
420
|
| `CLAUDE.md` | Al inicio de cada conversación | Siempre |
|
|
390
|
-
| `.claude/rules
|
|
391
|
-
| `.claude/rules/
|
|
421
|
+
| `.claude/rules/00.core/*` | Al editar archivos (`paths: ["**/*"]`) | Siempre |
|
|
422
|
+
| `.claude/rules/10.backend/*` | Al editar archivos (`paths: ["**/*"]`) | Siempre |
|
|
423
|
+
| `.claude/rules/30.security-db/*` | Al editar archivos (`paths: ["**/*"]`) | Siempre |
|
|
424
|
+
| `.claude/rules/40.infra/*` | Solo al editar archivos config/infra (paths con alcance) | Condicional |
|
|
425
|
+
| `.claude/rules/50.sync/*` | Solo al editar archivos claudeos-core (paths con alcance) | Condicional |
|
|
392
426
|
|
|
393
|
-
### Archivos leídos vía
|
|
427
|
+
### Archivos leídos bajo demanda vía referencias en reglas
|
|
394
428
|
|
|
395
|
-
|
|
429
|
+
Cada archivo de regla enlaza a su standard correspondiente en la sección `## Reference`. Claude solo lee el standard relevante para la tarea actual:
|
|
396
430
|
|
|
397
431
|
- `claudeos-core/standard/**` — Patrones de código, ejemplos ✅/❌, convenciones de nombres
|
|
398
432
|
- `claudeos-core/database/**` — Schema DB (para queries, mappers, migraciones)
|
|
399
433
|
|
|
434
|
+
`00.standard-reference.md` sirve como directorio para descubrir standards sin regla correspondiente.
|
|
435
|
+
|
|
400
436
|
### Archivos que NO se leen (ahorro de contexto)
|
|
401
437
|
|
|
402
438
|
Excluidos explícitamente por la sección `DO NOT Read` de la regla standard-reference:
|
|
@@ -450,19 +486,31 @@ npx claudeos-core restore
|
|
|
450
486
|
|
|
451
487
|
## ¿En Qué se Diferencia?
|
|
452
488
|
|
|
453
|
-
| | ClaudeOS-Core |
|
|
454
|
-
|
|
455
|
-
| **
|
|
456
|
-
| **
|
|
457
|
-
| **
|
|
458
|
-
| **
|
|
459
|
-
| **
|
|
460
|
-
| **
|
|
461
|
-
| **
|
|
462
|
-
| **
|
|
489
|
+
| | ClaudeOS-Core | Everything Claude Code (50K+ ⭐) | Harness | specs-generator | Claude `/init` |
|
|
490
|
+
|---|---|---|---|---|---|
|
|
491
|
+
| **Approach** | Code analyzes first, then LLM generates | Pre-built config presets | LLM designs agent teams | LLM generates spec docs | LLM writes CLAUDE.md |
|
|
492
|
+
| **Reads your source code** | ✅ Deterministic static analysis | ❌ | ❌ | ❌ (LLM reads) | ❌ (LLM reads) |
|
|
493
|
+
| **Stack detection** | Code confirms (ORM, DB, build tool, pkg manager) | N/A (stack-agnostic) | LLM guesses | LLM guesses | LLM guesses |
|
|
494
|
+
| **Domain detection** | Code confirms (Java 5 patterns, Kotlin CQRS, Next.js FSD) | N/A | LLM guesses | N/A | N/A |
|
|
495
|
+
| **Same project → Same result** | ✅ Deterministic analysis | ✅ (static files) | ❌ (LLM varies) | ❌ (LLM varies) | ❌ (LLM varies) |
|
|
496
|
+
| **Large project handling** | Domain group splitting (4 domains / 40 files per group) | N/A | No splitting | No splitting | Context window limit |
|
|
497
|
+
| **Output** | CLAUDE.md + Rules + Standards + Skills + Guides + Plans (40-50+ files) | Agents + Skills + Commands + Hooks | Agents + Skills | 6 spec documents | CLAUDE.md (1 file) |
|
|
498
|
+
| **Output location** | `.claude/rules/` (auto-loaded by Claude Code) | `.claude/` various | `.claude/agents/` + `.claude/skills/` | `.claude/steering/` + `specs/` | `CLAUDE.md` |
|
|
499
|
+
| **Post-generation verification** | ✅ 5 automated validators | ❌ | ❌ | ❌ | ❌ |
|
|
500
|
+
| **Multi-language output** | ✅ 10 languages | ❌ | ❌ | ❌ | ❌ |
|
|
501
|
+
| **Multi-stack** | ✅ Backend + Frontend simultaneous | ❌ Stack-agnostic | ❌ | ❌ | Partial |
|
|
502
|
+
| **Agent orchestration** | ❌ | ✅ 28 agents | ✅ 6 patterns | ❌ | ❌ |
|
|
463
503
|
|
|
464
|
-
|
|
504
|
+
### Key difference
|
|
465
505
|
|
|
506
|
+
**Other tools give Claude "generally good instructions." ClaudeOS-Core gives Claude "instructions extracted from your actual code."**
|
|
507
|
+
|
|
508
|
+
### Complementary, not competing
|
|
509
|
+
|
|
510
|
+
ClaudeOS-Core: **project-specific rules**. Other tools: **agent orchestration**.
|
|
511
|
+
Use both together.
|
|
512
|
+
|
|
513
|
+
---
|
|
466
514
|
## FAQ
|
|
467
515
|
|
|
468
516
|
**P: ¿Modifica mi código fuente?**
|
package/README.fr.md
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# ClaudeOS-Core
|
|
2
2
|
|
|
3
|
-
**
|
|
3
|
+
**Le seul outil qui lit d'abord votre code source, confirme votre stack et vos patterns par une analyse déterministe, puis génère des règles Claude Code adaptées exactement à votre projet.**
|
|
4
4
|
|
|
5
5
|
```bash
|
|
6
6
|
npx claudeos-core init
|
|
@@ -12,20 +12,50 @@ ClaudeOS-Core lit votre codebase, extrait chaque pattern qu'il trouve et génèr
|
|
|
12
12
|
|
|
13
13
|
---
|
|
14
14
|
|
|
15
|
-
##
|
|
15
|
+
## Pourquoi ClaudeOS-Core ?
|
|
16
16
|
|
|
17
|
-
|
|
17
|
+
> L'humain décrit le projet → Le LLM génère la documentation
|
|
18
18
|
|
|
19
|
-
|
|
19
|
+
ClaudeOS-Core:
|
|
20
20
|
|
|
21
|
-
|
|
21
|
+
> Le code analyse vos sources → Le code construit un prompt personnalisé → Le LLM génère la documentation → Le code vérifie la sortie
|
|
22
22
|
|
|
23
|
-
|
|
24
|
-
2. **Analyse en profondeur** votre code source — patterns de contrôleurs, couches de service, conventions de nommage, gestion des erreurs, sécurité, tests et plus de 50 catégories
|
|
25
|
-
3. **Génère** un écosystème documentaire complet — `CLAUDE.md`, Standards (15–19 fichiers), Rules, Skills, Guides (9 fichiers), Master Plans, documentation BD et guide MCP
|
|
26
|
-
4. **Valide** tout — 5 outils de vérification intégrés garantissent la cohérence
|
|
23
|
+
### Le problème fondamental : les LLMs devinent. Le code confirme.
|
|
27
24
|
|
|
28
|
-
|
|
25
|
+
Quand vous demandez à Claude d'« analyser ce projet », il **devine** votre stack, ORM, structure de domaines.
|
|
26
|
+
|
|
27
|
+
**ClaudeOS-Core ne devine pas.** Claude Node.js:
|
|
28
|
+
|
|
29
|
+
- `build.gradle` / `package.json` / `pyproject.toml` → **confirmed**
|
|
30
|
+
- directory scan → **confirmed**
|
|
31
|
+
- Java 5 patterns, Kotlin CQRS/BFF, Next.js App Router/FSD → **classified**
|
|
32
|
+
- domain groups → **split**
|
|
33
|
+
- stack-specific prompt → **assembled**
|
|
34
|
+
|
|
35
|
+
### Le résultat
|
|
36
|
+
|
|
37
|
+
Les autres outils produisent une documentation « généralement bonne ».
|
|
38
|
+
ClaudeOS-Core produit une documentation qui sait que votre projet utilise `ApiResponse.ok()` (pas `ResponseEntity.success()`), que vos mappers MyBatis XML sont dans `src/main/resources/mapper/{domain}/` — parce qu'il a lu votre vrai code.
|
|
39
|
+
|
|
40
|
+
### Before & After
|
|
41
|
+
|
|
42
|
+
**Sans ClaudeOS-Core**:
|
|
43
|
+
```
|
|
44
|
+
❌ JPA repository (MyBatis)
|
|
45
|
+
❌ ResponseEntity.success() (ApiResponse.ok())
|
|
46
|
+
❌ order/controller/ (controller/order/)
|
|
47
|
+
→ 20 min fix per file
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
**Avec ClaudeOS-Core**:
|
|
51
|
+
```
|
|
52
|
+
✅ MyBatis mapper + XML (build.gradle)
|
|
53
|
+
✅ ApiResponse.ok() (source code)
|
|
54
|
+
✅ controller/order/ (Pattern A)
|
|
55
|
+
→ immediate match
|
|
56
|
+
```
|
|
57
|
+
|
|
58
|
+
Cette différence s'accumule. 10 tâches/jour × 20 minutes économisées = **plus de 3 heures/jour**.
|
|
29
59
|
|
|
30
60
|
---
|
|
31
61
|
|
|
@@ -79,6 +109,7 @@ Types de modules supportés : `command`, `query`, `bff`, `integration`, `standal
|
|
|
79
109
|
- **FSD (Feature-Sliced Design)** : `features/*/`, `widgets/*/`, `entities/*/`
|
|
80
110
|
- **RSC/Client split** : Détecte le pattern `client.tsx`, suit la séparation Server/Client
|
|
81
111
|
- **Fallback config** : Détecte Next.js/Vite/Nuxt depuis les fichiers de config (support monorepo)
|
|
112
|
+
- **Fallback répertoires profonds** : Pour les projets React/CRA/Vite/Vue/RN, scanne `**/components/*/`, `**/views/*/`, `**/screens/*/`, `**/containers/*/`, `**/pages/*/`, `**/routes/*/`, `**/modules/*/`, `**/domains/*/` à toute profondeur
|
|
82
113
|
|
|
83
114
|
---
|
|
84
115
|
|
|
@@ -117,7 +148,7 @@ bash claudeos-core-tools/bootstrap.sh
|
|
|
117
148
|
|
|
118
149
|
### Langue de sortie (10 langues)
|
|
119
150
|
|
|
120
|
-
En exécutant `init` sans `--lang`, un sélecteur interactif
|
|
151
|
+
En exécutant `init` sans `--lang`, un sélecteur interactif apparaît (touches fléchées ou touches numériques) :
|
|
121
152
|
|
|
122
153
|
```
|
|
123
154
|
╔══════════════════════════════════════════════════╗
|
|
@@ -132,7 +163,7 @@ En exécutant `init` sans `--lang`, un sélecteur interactif avec les touches fl
|
|
|
132
163
|
❯ 9. fr — Français (French)
|
|
133
164
|
...
|
|
134
165
|
|
|
135
|
-
↑↓ Move
|
|
166
|
+
↑↓ Move 1-0 Jump Enter Select ESC Cancel
|
|
136
167
|
```
|
|
137
168
|
|
|
138
169
|
La description change dans la langue correspondante lors de la navigation. Pour passer le sélecteur :
|
|
@@ -387,16 +418,21 @@ Voici comment Claude Code lit effectivement la documentation générée par Clau
|
|
|
387
418
|
| Fichier | Quand | Garanti |
|
|
388
419
|
|---|---|---|
|
|
389
420
|
| `CLAUDE.md` | Au début de chaque conversation | Toujours |
|
|
390
|
-
| `.claude/rules
|
|
391
|
-
| `.claude/rules/
|
|
421
|
+
| `.claude/rules/00.core/*` | Lors de l'édition de fichiers (`paths: ["**/*"]`) | Toujours |
|
|
422
|
+
| `.claude/rules/10.backend/*` | Lors de l'édition de fichiers (`paths: ["**/*"]`) | Toujours |
|
|
423
|
+
| `.claude/rules/30.security-db/*` | Lors de l'édition de fichiers (`paths: ["**/*"]`) | Toujours |
|
|
424
|
+
| `.claude/rules/40.infra/*` | Uniquement pour les fichiers config/infra (paths scopés) | Conditionnel |
|
|
425
|
+
| `.claude/rules/50.sync/*` | Uniquement pour les fichiers claudeos-core (paths scopés) | Conditionnel |
|
|
392
426
|
|
|
393
|
-
### Fichiers lus
|
|
427
|
+
### Fichiers lus à la demande via les références des règles
|
|
394
428
|
|
|
395
|
-
|
|
429
|
+
Chaque fichier de règle lie son standard correspondant dans la section `## Reference`. Claude ne lit que le standard pertinent pour la tâche en cours :
|
|
396
430
|
|
|
397
431
|
- `claudeos-core/standard/**` — Patterns de code, exemples ✅/❌, conventions de nommage
|
|
398
432
|
- `claudeos-core/database/**` — Schéma DB (pour requêtes, mappers, migrations)
|
|
399
433
|
|
|
434
|
+
`00.standard-reference.md` sert de répertoire pour découvrir les standards sans règle correspondante.
|
|
435
|
+
|
|
400
436
|
### Fichiers NON lus (économie de contexte)
|
|
401
437
|
|
|
402
438
|
Explicitement exclus par la section `DO NOT Read` de la règle standard-reference :
|
|
@@ -450,19 +486,31 @@ npx claudeos-core restore
|
|
|
450
486
|
|
|
451
487
|
## Quelle Différence ?
|
|
452
488
|
|
|
453
|
-
| | ClaudeOS-Core |
|
|
454
|
-
|
|
455
|
-
| **
|
|
456
|
-
| **
|
|
457
|
-
| **
|
|
458
|
-
| **
|
|
459
|
-
| **
|
|
460
|
-
| **
|
|
461
|
-
| **
|
|
462
|
-
| **
|
|
489
|
+
| | ClaudeOS-Core | Everything Claude Code (50K+ ⭐) | Harness | specs-generator | Claude `/init` |
|
|
490
|
+
|---|---|---|---|---|---|
|
|
491
|
+
| **Approach** | Code analyzes first, then LLM generates | Pre-built config presets | LLM designs agent teams | LLM generates spec docs | LLM writes CLAUDE.md |
|
|
492
|
+
| **Reads your source code** | ✅ Deterministic static analysis | ❌ | ❌ | ❌ (LLM reads) | ❌ (LLM reads) |
|
|
493
|
+
| **Stack detection** | Code confirms (ORM, DB, build tool, pkg manager) | N/A (stack-agnostic) | LLM guesses | LLM guesses | LLM guesses |
|
|
494
|
+
| **Domain detection** | Code confirms (Java 5 patterns, Kotlin CQRS, Next.js FSD) | N/A | LLM guesses | N/A | N/A |
|
|
495
|
+
| **Same project → Same result** | ✅ Deterministic analysis | ✅ (static files) | ❌ (LLM varies) | ❌ (LLM varies) | ❌ (LLM varies) |
|
|
496
|
+
| **Large project handling** | Domain group splitting (4 domains / 40 files per group) | N/A | No splitting | No splitting | Context window limit |
|
|
497
|
+
| **Output** | CLAUDE.md + Rules + Standards + Skills + Guides + Plans (40-50+ files) | Agents + Skills + Commands + Hooks | Agents + Skills | 6 spec documents | CLAUDE.md (1 file) |
|
|
498
|
+
| **Output location** | `.claude/rules/` (auto-loaded by Claude Code) | `.claude/` various | `.claude/agents/` + `.claude/skills/` | `.claude/steering/` + `specs/` | `CLAUDE.md` |
|
|
499
|
+
| **Post-generation verification** | ✅ 5 automated validators | ❌ | ❌ | ❌ | ❌ |
|
|
500
|
+
| **Multi-language output** | ✅ 10 languages | ❌ | ❌ | ❌ | ❌ |
|
|
501
|
+
| **Multi-stack** | ✅ Backend + Frontend simultaneous | ❌ Stack-agnostic | ❌ | ❌ | Partial |
|
|
502
|
+
| **Agent orchestration** | ❌ | ✅ 28 agents | ✅ 6 patterns | ❌ | ❌ |
|
|
463
503
|
|
|
464
|
-
|
|
504
|
+
### Key difference
|
|
465
505
|
|
|
506
|
+
**Other tools give Claude "generally good instructions." ClaudeOS-Core gives Claude "instructions extracted from your actual code."**
|
|
507
|
+
|
|
508
|
+
### Complementary, not competing
|
|
509
|
+
|
|
510
|
+
ClaudeOS-Core: **project-specific rules**. Other tools: **agent orchestration**.
|
|
511
|
+
Use both together.
|
|
512
|
+
|
|
513
|
+
---
|
|
466
514
|
## FAQ
|
|
467
515
|
|
|
468
516
|
**Q : Est-ce que ça modifie mon code source ?**
|