GitHub Hot Board

GitHub Hot Board · 저장소 아카이브

gojko/lights-on-software-factory

Lights-on software factory boilerplate for Claude Code. Based on the setup developed for Votito. (소개는 저장소 자체 문서에서 왔습니다.)

데이터 기준 October 26gojko

최고 순위

#25

과소평가 · 활발한데 무명

100

누적 스타

10

포크 수

1

최근 30일 기록 일수

프로젝트 상태라이선스: MIT최근 push: October 22열린 이슈(PR 포함): 0

2026-10-25부터 수집. 미확인 = 아직 미수집

README에 뱃지를 붙여보세요 · gojko/lights-on-software-factory[![README에 뱃지를 붙여보세요](https://git.vaiox.xyz/api/badge/gojko/lights-on-software-factory.svg)](https://git.vaiox.xyz/ko/repo/gojko/lights-on-software-factory)
<a href="https://git.vaiox.xyz/ko/repo/gojko/lights-on-software-factory"><img src="https://git.vaiox.xyz/api/badge/gojko/lights-on-software-factory.svg" alt="README에 뱃지를 붙여보세요" height="20"></a>

프로젝트 문서

Lights-on software factory boilerplate for Claude Code

A starting point for running a lights-on software factory with Claude Code (humans supervising agents, deterministic checks providing guardrails instead of markdown prayers, deterministic orchestrator scheduling tasks instead of LLM inference). Based on the setup developed for Votito, where the orchestrator reduced token spend compared to bare-bones Claude workflow execution by around 80%.

lights on software factory summary

See gojko.net/slides/202609-gotocph.pdf for a quick overview.

What is in this repostory?

The purpose of this repository is to act both as a simple boilerplate setup for new projects, and as an educational demonstration of the core concepts of software factories:

This repository provides setup for:

  1. A sandbox/container for running Claude Code in a secure environment, sharing only the workspace directory with the host. See CONTAINER.md for more information.
  2. A deterministic bash command regulator, to reduce approval fatigue and ensure agents execute the commands allowed by project-specific rules. The regulator performs a deep-inspection of bash commands and provides automated approve/deny with instructions on what to do instead if blocked. See REGULATOR.md for more information. Ask Claude to add more custom rules each time it asks you for approval.
  3. A deterministic linter-based feedback system for enforcing custom domain-specific rules, to help reduce human involvement in code review. A PostToolUse hook runs the linter on every JavaScript file Claude edits, and guides the agents to avoid common mistakes with helpful error messages. Ask Claude to write more custom rules each time you find yourself providing repetitive design/code feedback. Ask Claude to implement custom eslint language parsers for HTML/CSS/other file types. See LINTER-HOOK.md for more information.
  4. A basic planning/implementation workflow. This is a trivial example intentionally kept simple to demonstrate the format and serve as a foundation for the orchestrator. You should probably replace it with your own commands or more complex rules. See WORKFLOW.md for more information.
  5. A deterministic multi-agent Claude workflow script generator. Based on the plan produced by the implementation workflow, it creates Claude workflow scripts, structures testing and gates and avoids wasting inference tokens on the mechanical part of workflow orchestration. It speeds up workflow creation and moves many common workflow orchestration tasks from inference (LLM) to deterministic tools (command-line) speeding them up and significantly reducing token spend. See ORCHESTRATOR.md for more information.

The workspace directory contains Claude code setup and a trivial example project.

To set up the container and run a first change, start with GETTING-STARTED.md.

Layout

.
├── README.md                    this file
├── GETTING-STARTED.md           first setup and a first change
├── SETTINGS.md                  what settings.local.json wires up
├── LINTER-HOOK.md               the lint hook and custom lint rules
├── REGULATOR.md                 the Bash-command regulator
├── ORCHESTRATOR.md              how the orchestrator works inside
├── WORKFLOW.md                  the user flow, from an idea to a finished run
├── CONTAINER.md                 the container image and the root goals
├── LICENSE
├── makefile                     container goals: docker-image, init, claude, shell, test, lint, root
├── vm/Dockerfile                the container image (Alpine, Node.js, make, git, ...)
├── .gitignore
├── .claude-home/                git-ignored; Claude Code login and history of the container
└── workspace/                   the project; `make claude` starts Claude Code here
    ├── CLAUDE.md                includes CONTRIBUTING.md for Claude Code
    ├── CONTRIBUTING.md          workspace layout, commands and rules
    ├── .claude/
    │   ├── settings.local.json  hooks, env, permissions, preferences
    │   ├── agents/              workflow-worker, workflow-gate, workflow-check
    │   ├── commands/            impact-analysis, plan-execution, execute, regulator
    │   └── workflow/
    │       ├── README.md        plan notation and generator reference
    │       ├── package.json     {"type": "module"} for the tooling
    │       ├── bin/             hook entries and command-line tools
    │       ├── src/
    │       │   ├── regulator/   regulator engine, rules.js, rules/
    │       │   ├── generator/   plan validator and workflow generator
    │       │   ├── lint/        eslint plugin, two rules, lint hook logic
    │       │   └── transient-dir.js
    │       └── tests/           tests for all of the tooling
    ├── plans/                   plans, sidecars and progress records
    ├── src/format-greeting.js   sample module (replace it)
    ├── tests/format-greeting.test.js
    ├── eslint.config.js
    ├── makefile                 init, test, lint and the two workflow gate goals
    ├── package.json
    ├── package-lock.json
    └── .gitignore

Further reading

  • GETTING-STARTED.md — start here: set up the container, start Claude Code and run a first change.
  • SETTINGS.md — the hooks, environment, permissions and preferences in workspace/.claude/settings.local.json.
  • LINTER-HOOK.md — the lint-on-edit hook, the two example rules and how to write a rule.
  • REGULATOR.md — how the regulator decides, the roles, the notable rules, diagnosing a decision, configuring it and adding a rule.
  • WORKFLOW.md — the user flow: /impact-analysis, /plan-execution, /execute, watching and resuming a run, /regulator, and a worked example.
  • ORCHESTRATOR.md — how the orchestrator works inside: the pieces, the bins, the agents, the gate goals, progress and resume.
  • CONTAINER.md — the container image, the root goals, mounts, overrides, keeping node_modules in the container, troubleshooting.
  • workspace/.claude/workflow/README.md — the plan notation, the run shape, the answer schemas and the fault list.

Licence

MIT. See LICENSE.

현재 순위

  • 25

    과소평가 · 활발한데 무명

    100 스타 · 10 fork · 총 스타 수(오름차순)

    과소평가 →

최근 30일 추이

누적 스타 추이

순위 추이

← 랭킹으로