{"slug": "running-claude-code-as-an-operations-system-field-notes", "title": "Running Claude Code as an operations system: field notes", "summary": "Developer Zach Dissington has turned Claude Code into an operations system for running a one-person business, using plain markdown files as a task store, shell hooks for guardrails, and persistent memory to retain lessons across sessions. The patterns, including task management, daily flow, hooks, session capture, and multi-agent coordination, are documented in an open-source handbook on GitHub.", "body_md": "Most people meet Claude Code as a coding assistant: open a repo, ask it to fix a bug, review the diff. That's the front door, but spend enough time in it and a different shape shows up. The same primitives that let it edit code (a filesystem it can read and write, hooks that fire on its actions, a memory it carries between sessions) are enough to run the back office of a one-person operation. For the last few months that is what I have been doing, and I wrote up the patterns in an open handbook.\n\nThe core idea is that the task list lives in the repo as plain markdown files. Every open piece of work is a file with YAML frontmatter (status, priority, due date, which project it belongs to), read and written by a handful of small scripts. Because the tasks are plain files in git, the history of what I worked on is just the commit log, and Claude can plan my day by reading the same files I do. There is no API to call and no separate database to keep in sync.\n\nHooks make it stop feeling like a chat box. A PreToolUse hook can block an action before it runs; a PostToolUse hook can record what just happened. I use them to auto-commit finished work scoped to exactly the files a session touched, to guard against two terminals editing the same file at once, and to stop a class of mistakes I do not trust myself to never make. The agent proposes and the hooks enforce.\n\nMemory closes the loop. A correction I give once gets promoted into a small markdown file that future sessions load on demand, so the same lesson does not have to be relearned. Over time the system accumulates the judgment calls instead of forgetting them at the end of each conversation.\n\nIt is a task store, some shell hooks, and a folder of notes. The interesting part is that wiring those three together turns a coding assistant into something closer to an operations layer that a small team can actually run on.\n\nI collected the full set of patterns (task store, daily flow, hooks, session capture, memory, multi-terminal and multi-agent work) with real scrubbed examples in an MIT-licensed repo:\n\n[https://github.com/zachdissington/claude-code-operators-handbook](https://github.com/zachdissington/claude-code-operators-handbook)\n\nI'm Zach Dissington and I build back-office automation for small teams and write more at [https://zachdissington.com](https://zachdissington.com).", "url": "https://wpnews.pro/news/running-claude-code-as-an-operations-system-field-notes", "canonical_source": "https://dev.to/zachdissington/running-claude-code-as-and-operations-system-field-notes-43o1", "published_at": "2026-06-14 12:58:58+00:00", "updated_at": "2026-06-14 13:10:40.496756+00:00", "lang": "en", "topics": ["developer-tools", "large-language-models", "ai-agents", "ai-tools"], "entities": ["Claude Code", "Zach Dissington", "GitHub", "MIT"], "alternates": {"html": "https://wpnews.pro/news/running-claude-code-as-an-operations-system-field-notes", "markdown": "https://wpnews.pro/news/running-claude-code-as-an-operations-system-field-notes.md", "text": "https://wpnews.pro/news/running-claude-code-as-an-operations-system-field-notes.txt", "jsonld": "https://wpnews.pro/news/running-claude-code-as-an-operations-system-field-notes.jsonld"}}