init
/init
Zakłada nowy projekt w fabryce: przeprowadza wywiad, zestawia propozycje architektur i zapisuje zatwierdzoną kartę projektu z ADR.
- Autor
- ketiyohannes ↗
- Repozytorium
- workflows ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 04.11.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 1
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 04.11.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Zakłada nowy projekt w fabryce: przeprowadza wywiad, zestawia propozycje architektur i zapisuje zatwierdzoną kartę projektu z ADR.
Oryginalny opis (EN)
Start a new project under the factory: interview the user until the project is fully specified, have competing architects propose architectures, let the user choose, and write the locked charter (.factory/config.json, ARCHITECTURE.md, STANDARDS.md, ADR 0001). Use for /factory:init.
Jak działa
- 1. Preconditions
- 2. Interview
- 3. Propose architectures
- 4. Write the charter
- 5. Commit and hand off
Podgląd SKILL.md
--- name: init description: "Start a new project under the factory: interview the user until the project is fully specified, have competing architects propose architectures, let the user choose, and write the locked charter (.factory/config.json, ARCHITECTURE.md, STANDARDS.md, ADR 0001). Use for /factory:init." disable-model-invocation: true --- # Init Set up a new project's charter. The architecture chosen here binds every later run until an ADR changes it, so the interview leaves nothing to guess. `PLUGIN` is the directory two levels above this file. ## 1. Preconditions - The current directory must not already contain `.factory/config.json`. If it does, say so and stop; `/factory:build` is the next step. - It must be a git repository. If it is not, ask whether to run `git init -b main` here. - If the repository already has substantial code, recommend `/factory:adopt` instead, which records the architecture the code already has, and ask which the user wants. ## 2. Interview Ask with `AskUserQuestion`, up to four questions per call, until every item below has an answer. Recommend an option where the earlier answers make one better, and say why. Never fill an item with a default the user did not choose. 1. What the project is, who uses it, and the problem it solves. 2. Project type: service, library, CLI, desktop or mobile app, web app, embedded, or data pipeline. 3. Stacks: TypeScript, Python, C/C++, Rust (more than one is allowed), and the runtime or platform for each. 4. Quality attributes, ranked: correctness, performance, developer experience, scalability, security, operability, portability. 5. Scale: expected load, data volume, and growth over the next year, with numbers. 6. Performance budgets for the main operations, with numbers. 7. Deployment target and environments. 8. Data: storage, retention, and consistency requirements. 9. External systems the project talks to. 10. Security and compliance requirements. 11. Base branch name, and whether runs land by local merge or pull request. Restate the full brief in your own words and ask the user to confirm it or correct it. ## 3. Propose architectures Call `Workflow` with `name: "factory:charter"` and `args`: - `pluginRoot`: the absolute `PLUGIN` path - `brief`: the confirmed brief as JSON, one field per interview item - `models`: per [`../build/SKILL.md`](../build/SKILL.md) "Models" Present the recommendation and each alternative in a table: style, summary, score, what it makes easy, what it makes hard. Ask the user to choose one, or to request changes, which you apply and present again. ## 4. Write the charter 1. `.factory/config.json` from `$PLUGIN/templates/config.json`: the project name, the stacks (`cpp` covers C and C++), the chosen proposal's checks merged with the stack packs' default checks, the base branch, and the ship mode. Validate it against `$PLUGIN/schemas/config.schema.json` by running `node "$PLUGIN/scripts/factory-state.mjs" list`, which loads and validates the config. 2. `.factory/ARCHITECTURE.md` from `$PLUGIN/templates/ARCHITECTURE.md`, every section filled from the chosen proposal, each with its enforcer. 3. `.factory/STANDARDS.md` from `$PLUGIN/templates/STANDARDS.md`, with the stack-pack choices and the one-command setup and check commands the scaffold will provide. 4. `.factory/adr/0001-adopt-the-initial-architecture.md` from `$PLUGIN/templates/adr.md`: status `Accepted`, run `none`, the brief as context, the chosen proposal as the decision, and every other proposal under alternatives with why it lost. Run `node "$PLUGIN/scripts/check.mjs" adr <file>`. 5. `.gitignore`: add `.factory/runs/` and `.claude/worktrees/` if missing. 6. `CLAUDE.md`: append `$PLUGIN/templates/claude-md-section.md`, creating the file if it does not exist. ## 5. Commit and hand off Worktrees branch from committed history, so the charter must be committed before the first run: `git add .factory .gitignore CLAUDE.md && git commit -m "docs(factory): adopt the initial architecture"`. Tell the user you committed it. The configured checks cannot pass until the scaffold exists, so the first run builds it. Offer to start it now: ``` /factory:build Scaffold the project per .factory/ARCHITECTURE.md: build and toolchain configuration, every enforcer the charter names, the one-command setup and check scripts from STANDARDS.md, CI that runs the configured checks, and a smoke test that proves the toolchain runs. ```
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · ketiyohannes/workflows | 100 | MIT |
| CodaColaLight/nightmill | 100 | Apache-2.0 |
| userKael/rastro | 100 | MIT |
| elalfner/relevo | 100 | MIT |
| abatyuk/okf | 100 | MIT |
| duronext/jig | 100 | MIT |
| sh5623/e2e-rail | 100 | MIT |
| Calvin-LLC/skills | 100 | MIT |
| arxdsilva/ai-loops | 100 | MIT |
Migawka bazy z 13.11.2026 · wersja paczki d2f57883f65c (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100factory-project
Przeprowadza z właścicielem intake projektu: zamienia pomysł w dokumenty UX, architektury i decyzji oraz drzewo zadań w Linear. - 90factory-handoff
Przekazuje zadanie poboczne fabryce agentów i śledzi jego postęp, np. na polecenie „zgłoś to fabryce” albo pytanie, co fabryka robi przy danym zgłoszeniu. - 92init-project
Pomaga przygotować nowy lub istniejący projekt do pracy wspomaganej AI. - 95factory-run
Przeprowadza jeden przebieg triażu w fabryce: grupuje zgłoszenia, uruchamia gałęzie poprawek i zapisuje wyniki. - 100interview
Zaczyna projekt od rozmowy o problemie, odbiorcy, znaczeniu i granicach, zanim cokolwiek powstanie, a potem konfiguruje repozytorium. - 85project-charter
Zamienia brief lub pomysł projektu w kompletną kartę projektu gotową do zatwierdzenia przez sponsora.