inkos-multi-agent-novel-writing
inkos-multi-agent-novel-writing — an installable skill for AI agents.
By reason-machines · 2,792 installs
npx skills add reason-machines/trending-skills --skill inkos-multi-agent-novel-writing
Source repository · Upstream listing
InkOS Multi Agent Novel Writing
Skill by [ara.so](https://ara.so) — Daily 2026 Skills collection
InkOS is a multi agent CLI system that autonomously writes, audits, and revises novels. Agents handle the full pipeline: Writer → Validator → Auditor → Reviser, with human review gates at configurable checkpoints.
Installation
Requirements: Node.js ≥ 20.0.0
Quick Start
Project Structure
After inkos book create , the project directory contains:
Core Commands
Book Management
Writing Pipeline
Genre System
Style Matching
Spinoff (Prequel/Sequel/IF branch)
AIGC Detection
Daemon (Continuous Production)
Configuration
Global Config ( ~/.inkos/config.json )
Per Book Rules ( story/book rules.md )
Agent Architecture
InkOS runs five specialized agents in sequence:
Post Write Validator Rules (Deterministic, No LLM)
Rule Condition
Forbidden patterns 不是……而是…… constructs
Em dash ban —— character
Transition word density 仿佛/忽然/竟然≤1 per 3000 chars
High fatigue words Per book list, ≤1 per chapter
Meta narrative Screenwriter style narration
Report terminology Analytical framework terms in prose
Author moralizing 显然/不言而喻 etc.
Collective reaction 「全场震惊」clichés
Consecutive 了 ≥4 consecutive sentences with 了
Paragraph length ≥2 paragraphs over 300 chars
Book specific bans book rules.md forbidden list
Audit Dimensions (33 total, LLM evaluated)
Key dimensions include:
Dims 1–23: Core narrative quality (plot, character, pacing, foreshadowing)
Dim 24–26: Subplot stagnation, arc flatness, rhythm monotony (all 5 genres)
Dim 27: Sensitive content
Dim 28–31: Spinoff specific (canon conflicts, future info leakage, world rule consistency, foreshadowing isolation)
Dim 32: Reader expectation management
Dim 33: Outline deviation detection
Code Integration Examples
Programmatic Usage (TypeScript)
Webhook Handler (Express)
Custom Genre Definition
Style Import Pipeline
Audit Revision Loop
The v0.4 hardened audit revision loop prevents revision from introducing more AI markers:
Key settings for audit consistency:
Auditor always runs at temperature: 0 — eliminates 0–6 critical variance on same chapter
Default revision mode is spot fix (only modify problem sentences)
rewrite mode is available but measured to introduce 6× more AI markers
polish mode is boundary locked: no paragraph add/delete, no name changes, no new plot
Spinoff Canon Constraints
When parent canon.md is detected, 4 additional audit dimensions activate automatically:
Troubleshooting
Validator fires on every chapter
Check book rules.md fatigue word list — words listed there are enforced ≤1 per chapter. Remove infrequently used terms.
Audit results wildly inconsistent between runs
Confirm auditor temperature is locked to 0 in config. If using a proxy LLM API, ensure it respects temperature: 0 .
Revision introduces more AI markers than original
This is expected behavior — InkOS v0.4 automatically detects this and discards the revision. If it happens repeatedly, switch from rewrite to spot fix mode explicitly.
Spinoff audit incorrectly flags events
Verify parent canon.md has accurate divergence point timestamps. Events before the divergence point are canon locked; events after are fair game for the spinoff.
Daemon stops a book after repeated failures
Check daemon status for the suspended book. After fixing the underlying issue (usually outline ambiguity or book rules.md contradiction), run inkos daemon resume 书名 .
Style guide not being applied by writer
Run inkos style import again — if style guide.md is missing or empty, the writer skips style injection silently. Check that the reference text is ≥5000 characters for reliable fingerprinting.