Skip to content

Commit 1497ee0

Browse files
hyperpolymathclaude
andcommitted
docs(readme): convert README.adoc -> Markdown README.md
README must be real Markdown to render in GitHub community-health, the GitHub profile, and external MCP directories (Glama) — AsciiDoc shows as raw markup there. pandoc asciidoc->GFM, badges fixed to clickable, SPDX header kept as an HTML comment, duplicate README.adoc removed. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
1 parent b670972 commit 1497ee0

2 files changed

Lines changed: 102 additions & 171 deletions

File tree

README.adoc

Lines changed: 0 additions & 171 deletions
This file was deleted.

README.md

Lines changed: 102 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,102 @@
1+
<!--
2+
SPDX-License-Identifier: CC-BY-SA-4.0
3+
SPDX-FileCopyrightText: 2025-2026 Jonathan D.A. Jewell <j.d.a.jewell@open.ac.uk>
4+
-->
5+
6+
Captured design decisions, learnings, and methodologies from AI-assisted
7+
software development across the hyperpolymath ecosystem.
8+
9+
# Purpose
10+
11+
This repo is the **canonical home** for process knowledge that
12+
transcends individual projects. When a pattern is discovered, validated,
13+
and refined across multiple sessions, it lives here — not scattered
14+
across memory files or buried in project docs/ directories.
15+
16+
# Contents
17+
18+
| Directory | Description |
19+
|----|----|
20+
| `methodologies/productive-meandering/` | Productive Meandering v3 — maximal traversal task execution with weighted priorities, wave discipline, spike requirement, and self-termination. Field-tested across 6 sessions. |
21+
| `methodologies/tsdm/` | Triaxial Software Development Methodology — Scope → Maintenance → Audit. The systematic counterpart to meandering. |
22+
| `methodologies/parallel-audit/` | Parallel audit methodology — sending multiple agents to audit the same repo from different angles with exclusive scoping. |
23+
| `methodologies/multi-agent-coordination/` | Multi-agent coordination patterns — workspace locking, task sharing, conflict prevention, alternating passes. |
24+
| `methodologies/resource-management/` | Resource guardrails — token budgets, disk/RAM limits, build staggering, artifact cleanup. Learned the hard way. |
25+
| `methodologies/rsr/` | Rhodium Standard Repositories — the template-based repo methodology itself, treated as a methodology for consideration and refinement. |
26+
| `methodologies/event-chain-critical-chain/` | Event Chain Methodology + Critical Chain (Theory of Constraints). Focuses agent work on the actual constraint — the bottleneck that limits throughput. Subordination rule: non-constraint work is waste. |
27+
| `methodologies/hypatia-feedback-loop/` | Automated methodology learning via Hypatia’s neurosymbolic CI/CD loop. Bayesian confidence updating, pattern promotion, neural coordination. Closes the loop between methodology execution and methodology improvement. |
28+
| `methodologies/git-cycle/` | Full git cycle: commit + .gitignore + push + mirror in one pass. |
29+
| `methodologies/pre-commit-gate/` | panic-attack assail before every commit across all repos. |
30+
| `methodologies/proven-first-resolution/` | Check proven repo for formally verified alternatives before manual fixes. |
31+
| `methodologies/spec-exhaustive-search/` | Multi-extension search before claiming a spec file doesn’t exist. |
32+
| `methodologies/contractile-lifecycle/` | Five contractile files per repo (Mustfile, Trustfile, Dustfile, Intentfile, K9). |
33+
| `methodologies/language-repo-taxonomy/` | 14-section naming convention for language repos from spec to deployment. |
34+
| `methodologies/breadth-first-engineering/` | Work across all languages in sweeps by layer, not one language at a time. |
35+
| `methodologies/floor-raise-campaign/` | Audit repos for missing standards, generate dispatch manifests, run fixes. |
36+
| `methodologies/ecosystem-surface-campaign/` | 14-touchpoint playbook for maximising exposure of new formats and tools. |
37+
| `methodologies/visibility-triad/` | Four coordinated campaigns: claim-forge + avatar-foundry + git-seo + palimpsest-plasma. |
38+
| `methodologies/cross-project-propagation/` | After building a pattern, document which other projects should adopt it. |
39+
| `methodologies/traversal-mode-selection/` | Ask depth-first / breadth-first / no-stubbing before large multi-file work. |
40+
| `methodologies/explainme-standard/` | EXPLAINME.adoc: show-me-the-receipts file backing README claims. |
41+
| `methodologies/v-api-quality-gate/` | Seven-category checklist for zig implementations before awesome-v. |
42+
| `methodologies/panel-harness-autowiring/` | panels/manifest.json schema for PanLL auto-discovery and health probing. |
43+
| `methodologies/verisimdb-instance-policy/` | Every project gets its own VeriSimDB instance with unique port and volume. |
44+
| `methodologies/repo-enrollment/` | Three-tier: git-private-farm → Hypatia scanning → gitbot-fleet. |
45+
| `methodologies/topology-standard/` | ASCII architecture diagram + completion dashboard per repo. |
46+
| `methodologies/session-design-document/` | Dated design document at session start for cross-AI knowledge transfer. |
47+
| `methodologies/external-link-crosscheck/` | Check open PRs and submissions before archiving or reorganising repos. |
48+
| `evaluations/` | Quantitative comparisons of methodology effectiveness. 7 dimensions: efficiency, effectiveness, efficacy, economy, elegance, equity, ethics. |
49+
| `decisions/` | Architecture Decision Records (ADRs) for methodology choices. |
50+
| `field-reports/` | Session field reports — honest assessments of what worked, what failed, and why. The raw data behind methodology refinements. |
51+
52+
# How to Use
53+
54+
1. When starting a new project or session, check if a methodology here
55+
applies
56+
57+
2. Follow the methodology’s instructions (designed to be copy-pasted
58+
into CLAUDE.md or used as session instructions)
59+
60+
3. After the session, write a field report if you learned something new
61+
62+
4. Update the methodology if the field report reveals a gap
63+
64+
# Status
65+
66+
| Methodology | Version | Field Tests | Status |
67+
|------------------------------|---------|--------------|-----------------------|
68+
| Productive Meandering | v3 | 6 | Active, refined |
69+
| TSDM | v1 | 20+ | Active, stable |
70+
| Event Chain + Critical Chain | v1 | 1 (retro) | Active, new |
71+
| Hypatia Feedback Loop | v1 || Active, connecting |
72+
| Parallel Audit | v2 | 3 | Active, needs v3 |
73+
| Multi-Agent Coordination | v0 | 2 | Design phase |
74+
| Resource Management | v1 | 5+ | Active, stable |
75+
| RSR | v1 | 500+ repos | Active, stable |
76+
| Contractile Lifecycle | v1 | 100+ repos | Active, stable |
77+
| Breadth-First Engineering | v1 | 14 languages | Active, stable |
78+
| 16 others | v0-v1 | various | Stub — to be expanded |
79+
80+
# Key Insight
81+
82+
These methodologies are not competitors — they’re tools for different
83+
situations:
84+
85+
- **TSDM** when you need guaranteed systematic coverage
86+
87+
- **Productive Meandering** when you need serendipitous discovery
88+
89+
- **Event Chain + Critical Chain** when you need to identify and work
90+
the constraint
91+
92+
- **Hybrid (audit-then-focus)** for most real sessions (default)
93+
94+
- **Three-Agent Architecture** (proposed) for complex projects needing
95+
both convergent and divergent work simultaneously
96+
97+
- **Parallel Audit** for pre-milestone comprehensive review
98+
99+
- **RSR** as the structural standard that all repos follow
100+
101+
The art is knowing when to switch between them, and the field reports
102+
are how we learn which works when.

0 commit comments

Comments
 (0)