Imported from qmu/workaholic (
plugins/workaholic/skills/development/SKILL.md). Install upstream withnpx skills add qmu/workaholic --skill development. Copyright stays with the author.
name: development
description: The project's development (้็บ) engineering policies โ how developers work with generative AI day to day: client agreements for AI data handling, distributing policies as plugins, managing change history, voice input, meeting recordings, overnight AI runs, quota utilization, the non-default code review stance, the generalist model, QA ownership, and the code of conduct. English hard copies of the canonical qmu.co.jp articles live in this skill's policies/ directory; this index links to each. Referenced when setting up a new project or reviewing how the team works with AI.
user-invocable: false
Development Policies
This skill is the project's index of ้็บ (development) engineering policies โ how developers work with generative AI day to day, from client agreements on data handling to overnight autonomous runs, and the conduct that holds the team together.
Each policy is mirrored from its canonical article at qmu.co.jp as an English hard copy under policies/. The published article is the source of truth; the local copy is how this platform and our website share the same knowledge. Read a policy's file for its full Goal (็ฎๆจ), Responsibility (่ฒฌๅ), and Practices (ๅฎ่ทต). The source: field in each file's frontmatter links back to the canonical article.
Policies
- Active Use of Generative AI (็ๆAIใฎ็ฉๆฅตๆดป็จ) โ Treating AI-assisted code generation as the default development approach, with explicit written client agreements on which data may enter which AI services before a project begins.
- Policy as Plugin (ใใชใทใผใฎใใฉใฐใคใณๅ) โ Distributing planning, design, implementation, and operation policies as Claude Code / Codex plugins so that our standards are already in the model's working context when AI writes code.
- Maintaining Multiple AI Options (่คๆฐใฎAIๅฉ็จใ็ถญๆใใ) โ Keeping multiple generative AI tools available in daily development instead of depending on a single coding agent or LLM provider, so one service outage does not directly stop AI-assisted development.
- Maintaining the Capacity to Generate Explanations (่ชฌๆใ็ๆใงใใ็ถๆ ใไฟใค) โ Directing effort toward storing information structurally in the repository rather than polishing finished deliverables, so that explanations tailored to any reader can be generated from that foundation at any time.
- Preserving Change History in Files (ๅคๆด็ต็ทฏใใใกใคใซใงๆฎใ) โ Storing tickets, stories, and release notes as markdown files in the repository alongside code, so that the rationale behind each change is retrievable from the same clone as the code itself.
- Active Use of Voice Input (้ณๅฃฐๅ ฅๅใฎ็ฉๆฅตๆดป็จ) โ Using voice input in place of keyboard entry when conveying design intent or exploring ideas with AI agents, to keep the speed of thought aligned with the speed of input.
- Transcribing Client Meetings (ใๆใกๅใใใฎๆๅญ่ตทใใ) โ Recording client meetings with prior consent and converting them to searchable transcripts, so that the decision-making process is preserved as a shared record for both client and team.
- Preparing for Overnight AI Operation (็ตๆฅญๅพใฎ็จผๅใซๅใใ) โ Structuring the workday around creating well-specified tickets and pre-answering anticipated judgment calls so AI can run uninterrupted through the night.
- Parallel and Long-Running Coding Agent Operation (ใณใผใใฃใณใฐใจใผใธใงใณใใฎไธฆๅใป้ทๆ้็จผๅ) โ Moving judgment before execution and using independent units of work with verifiable completion conditions to sustain parallel, long-running coding-agent operation without losing control of the process.
- Making Full Use of the Weekly Quota (ๅฎ้กๅฉ็จๆ ใไฝฟใๅใ) โ Treating the prepaid weekly AI subscription quota as a fixed cost that should produce value before reset, directing unused capacity toward overnight runs, refactoring, security checks, and research.
- Code Review as a Non-Default Practice (ใฌใใฅใผใฎๅๅ้ๅฎๆฝ) โ Removing code review from the default development workflow in favor of policy-grounded generation and each developer's own QA, with mutual awareness maintained through generated stories and commit logs.
- One Person Covers All Layers (1ๅใงๅ จใฌใคใคใผใๆ ใ) โ Having one implementer carry design, implementation, operation, and QA end-to-end, with AI as a co-pilot, so that cross-layer feedback loops close within a single person without handoff.
- Implementers Own Quality Assurance (ๅฎ่ฃ ่ ใๅ่ณชไฟ่จผใๆ ใ) โ Having the developer who makes a change also plan, execute, and improve the QA for that change, rather than delegating quality assurance to a separate later stage.
- Code of Conduct (่กๅ่ฆ็ฏ) โ The good-faith obligations that developers participating in a project fulfil: client-first decision-making, truthful and objective explanation, confidentiality, respect for diversity, and care for health.
Applying this index
Apply these policies when onboarding to a project or revisiting how the team works with generative AI. These policies govern the human side of development โ agreements, habits, and conduct โ rather than what code to produce. They sit alongside the planning, design, implementation, and operation policies that govern what the AI produces.