Official descriptionOpen source5d ago

strakhovdenya/dark-factory

AI software factory: Ralph, Acceptance Verifier, Claude Code skills/agents/hooks (extracted from…

View on GitHub ↗Direct link · no redirect page

Star count: 1 ★ · strakhovdenya/dark-factory · read from the GitHub search API · (checked 2026-10-16 20:00:20)
Source: read directly from its GitHub page · type: open-source project
Harvest history: first seen 2026-10-12 · last seen 2026-10-16 · seen 7× · listed by 1 sources
Score: score 103 · 1 ★ · 1 sources · repo

FAQ (answers come from our records)

How do I install it?

We did not find an install command for this repository (our install coverage is only about 4%). Check its README or releases page.

Who is it for?

We filed it under these tags: 开源项目. The tags come from the entry itself, not a taxonomy we imposed.

Who maintains it?

repository strakhovdenya/dark-factory；first catalogued 2026-10-12；last seen 2026-10-16。There is no official certification or quality rating here — we record sources and dates only.

Third-party quality signals

dark-factory

以下摘录自该仓库的 README（片段） · 在 GitHub 读完整 README →

The shared core of an AI software factory: **Ralph** (an autonomous agent that executes GitHub issues), the **Acceptance Verifier** (a PR verifier whose verdict is computed by code, not by the model), and the Claude Code skills, agents and hooks that wrap them.
Projects install a pinned release of the package and supply project-specific values only through their own .factory/profile.json and overlays. Nothing project-specific lives in the core.
> Status: bootstrap. The package has no release yet; the repository is being built phase by phase.
Repository layout
| Path | Role | Ships to projects |
|---|---|---|
| skills/, agents/, hooks/, profile/, verifier/ | Package sources (the files field of package.json) | yes |
| .claude/ | Tooling for developing the factory only | no |
| .factory/profile.json | The factory's own project profile | no |
| .github/ | CI of this repository | no |
The rules for working in this repository (core invariants, release cycle, task process) are in CLAUDE.md.
Why plain JavaScript and not TypeScript
The core is CommonJS JavaScript with no build step.
- **No build for consumers.** Hooks and scripts run directly with node. A TypeScript core would need compilation and built artifacts in every release, and every consuming project would depend on that step.
- **Fail-closed hooks stay simple.** A hook gate must block on any error. Fewer moving parts between the source and the executed file means fewer ways for a gate to break.
- **Types are still checked.** tsc --noEmit with allowJs and checkJs reads JSDoc annotations, so typos and wrong calls are caught in an editor hook and in CI, without compiling anything.
- **Portable code.** Code that moves between projects is plain JavaScript on Node.js 22 or newer, with no transpilation.
TypeScript is used here only as a checker. Consuming projects are free to write their own code in TypeScript.