ultimate-pi 0.1.7 → 0.2.2
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.agents/skills/graphify/.graphify_version +1 -0
- package/.agents/skills/graphify/SKILL.md +1204 -0
- package/.agents/skills/wiki-autoresearch/SKILL.md +225 -97
- package/.agents/skills/wiki-autoresearch/references/program.md +28 -62
- package/.agents/skills/wiki-autoresearch/references/quality-sites.md +32 -0
- package/.env.example +5 -1
- package/.gitattributes +1 -0
- package/.github/workflows/publish-github-packages.yml +1 -1
- package/.pi/SYSTEM.md +72 -18
- package/.pi/agents/harness/adversary.md +32 -0
- package/.pi/agents/harness/evaluator.md +32 -0
- package/.pi/agents/harness/executor.md +34 -0
- package/.pi/agents/harness/meta-optimizer.md +33 -0
- package/.pi/agents/harness/planner.md +33 -0
- package/.pi/agents/harness/tie-breaker.md +35 -0
- package/.pi/agents/harness/trace-librarian.md +32 -0
- package/.pi/extensions/banner.png +0 -0
- package/.pi/extensions/budget-guard.ts +265 -0
- package/.pi/extensions/custom-footer.ts +194 -22
- package/.pi/extensions/custom-header.ts +47 -9
- package/.pi/extensions/debate-orchestrator.ts +479 -0
- package/.pi/extensions/harness-live-widget.ts +438 -0
- package/.pi/extensions/policy-gate.ts +349 -0
- package/.pi/extensions/review-integrity.ts +198 -0
- package/.pi/extensions/test-diff-integrity.ts +240 -0
- package/.pi/extensions/trace-recorder.ts +315 -0
- package/.pi/harness/README.md +23 -0
- package/.pi/harness/router/README.md +35 -0
- package/.pi/harness/router/apply-router-proposal.mjs +153 -0
- package/.pi/harness/router/propose-router-tuning.mjs +149 -0
- package/.pi/harness/specs/README.md +37 -0
- package/.pi/harness/specs/adversary-report.schema.json +53 -0
- package/.pi/harness/specs/budget-exhausted-event.schema.json +93 -0
- package/.pi/harness/specs/consensus-packet.schema.json +175 -0
- package/.pi/harness/specs/eval-verdict.schema.json +59 -0
- package/.pi/harness/specs/incident-record.schema.json +84 -0
- package/.pi/harness/specs/plan-packet.schema.json +90 -0
- package/.pi/harness/specs/round-result.schema.json +126 -0
- package/.pi/harness/specs/router-tuning-proposal.schema.json +114 -0
- package/.pi/harness/specs/run-trace.schema.json +107 -0
- package/.pi/lib/harness-ui-state.ts +311 -0
- package/.pi/mcp.json +4 -0
- package/.pi/model-router.json +93 -93
- package/.pi/prompts/graphify.md +23 -0
- package/.pi/prompts/harness-abort.md +41 -0
- package/.pi/prompts/harness-auto.md +83 -0
- package/.pi/prompts/harness-critic.md +52 -0
- package/.pi/prompts/harness-eval.md +51 -0
- package/.pi/prompts/harness-incident.md +51 -0
- package/.pi/prompts/harness-plan.md +64 -0
- package/.pi/prompts/harness-review.md +52 -0
- package/.pi/prompts/harness-router-tune.md +74 -0
- package/.pi/prompts/harness-run.md +59 -0
- package/.pi/prompts/harness-setup.md +316 -216
- package/.pi/prompts/harness-trace.md +51 -0
- package/.pi/prompts/wiki-autoresearch.md +9 -7
- package/.pi/prompts/wiki-save.md +20 -0
- package/.pi/skills/agent-router/SKILL.md +2 -4
- package/.pi/skills/ast-grep/SKILL.md +354 -0
- package/.pi/sounds/project-sounds.json +18 -24
- package/AGENTS.md +30 -0
- package/CHANGELOG.md +89 -0
- package/CONTRIBUTING.md +51 -1
- package/README.md +264 -20
- package/biome.json +8 -2
- package/lefthook.yml +3 -2
- package/node_modules/@sting8k/pi-vcc/README.md +200 -0
- package/node_modules/@sting8k/pi-vcc/index.ts +14 -0
- package/node_modules/@sting8k/pi-vcc/package.json +26 -0
- package/node_modules/@sting8k/pi-vcc/scripts/audit-sessions.ts +88 -0
- package/node_modules/@sting8k/pi-vcc/scripts/benchmark-real-sessions.ts +25 -0
- package/node_modules/@sting8k/pi-vcc/scripts/compare-before-after.ts +36 -0
- package/node_modules/@sting8k/pi-vcc/scripts/dump-branch-output.ts +20 -0
- package/node_modules/@sting8k/pi-vcc/src/commands/pi-vcc.ts +36 -0
- package/node_modules/@sting8k/pi-vcc/src/commands/vcc-recall.ts +65 -0
- package/node_modules/@sting8k/pi-vcc/src/core/brief.ts +381 -0
- package/node_modules/@sting8k/pi-vcc/src/core/build-sections.ts +79 -0
- package/node_modules/@sting8k/pi-vcc/src/core/content.ts +60 -0
- package/node_modules/@sting8k/pi-vcc/src/core/filter-noise.ts +42 -0
- package/node_modules/@sting8k/pi-vcc/src/core/format-recall.ts +27 -0
- package/node_modules/@sting8k/pi-vcc/src/core/format.ts +49 -0
- package/node_modules/@sting8k/pi-vcc/src/core/lineage.ts +26 -0
- package/node_modules/@sting8k/pi-vcc/src/core/load-messages.ts +41 -0
- package/node_modules/@sting8k/pi-vcc/src/core/normalize.ts +66 -0
- package/node_modules/@sting8k/pi-vcc/src/core/recall-scope.ts +14 -0
- package/node_modules/@sting8k/pi-vcc/src/core/render-entries.ts +55 -0
- package/node_modules/@sting8k/pi-vcc/src/core/report.ts +237 -0
- package/node_modules/@sting8k/pi-vcc/src/core/sanitize.ts +5 -0
- package/node_modules/@sting8k/pi-vcc/src/core/search-entries.ts +221 -0
- package/node_modules/@sting8k/pi-vcc/src/core/settings.ts +77 -0
- package/node_modules/@sting8k/pi-vcc/src/core/skill-collapse.ts +35 -0
- package/node_modules/@sting8k/pi-vcc/src/core/summarize.ts +157 -0
- package/node_modules/@sting8k/pi-vcc/src/core/tool-args.ts +14 -0
- package/node_modules/@sting8k/pi-vcc/src/details.ts +7 -0
- package/node_modules/@sting8k/pi-vcc/src/extract/commits.ts +69 -0
- package/node_modules/@sting8k/pi-vcc/src/extract/files.ts +80 -0
- package/node_modules/@sting8k/pi-vcc/src/extract/goals.ts +79 -0
- package/node_modules/@sting8k/pi-vcc/src/extract/preferences.ts +55 -0
- package/node_modules/@sting8k/pi-vcc/src/hooks/before-compact.ts +322 -0
- package/node_modules/@sting8k/pi-vcc/src/sections.ts +12 -0
- package/node_modules/@sting8k/pi-vcc/src/tools/recall.ts +109 -0
- package/node_modules/@sting8k/pi-vcc/src/types.ts +14 -0
- package/node_modules/@sting8k/pi-vcc/tests/before-compact-hook.test.ts +181 -0
- package/node_modules/@sting8k/pi-vcc/tests/before-compact.test.ts +140 -0
- package/node_modules/@sting8k/pi-vcc/tests/brief.test.ts +206 -0
- package/node_modules/@sting8k/pi-vcc/tests/build-sections.test.ts +59 -0
- package/node_modules/@sting8k/pi-vcc/tests/compile.test.ts +80 -0
- package/node_modules/@sting8k/pi-vcc/tests/content.test.ts +31 -0
- package/node_modules/@sting8k/pi-vcc/tests/extract-goals.test.ts +86 -0
- package/node_modules/@sting8k/pi-vcc/tests/extract-preferences.test.ts +30 -0
- package/node_modules/@sting8k/pi-vcc/tests/filter-noise.test.ts +61 -0
- package/node_modules/@sting8k/pi-vcc/tests/fixtures.ts +61 -0
- package/node_modules/@sting8k/pi-vcc/tests/format-recall.test.ts +30 -0
- package/node_modules/@sting8k/pi-vcc/tests/format.test.ts +62 -0
- package/node_modules/@sting8k/pi-vcc/tests/lineage.test.ts +33 -0
- package/node_modules/@sting8k/pi-vcc/tests/load-messages.test.ts +51 -0
- package/node_modules/@sting8k/pi-vcc/tests/normalize.test.ts +97 -0
- package/node_modules/@sting8k/pi-vcc/tests/real-sessions.test.ts +38 -0
- package/node_modules/@sting8k/pi-vcc/tests/recall-expand.test.ts +15 -0
- package/node_modules/@sting8k/pi-vcc/tests/recall-scope.test.ts +32 -0
- package/node_modules/@sting8k/pi-vcc/tests/recall-tool-scope.test.ts +67 -0
- package/node_modules/@sting8k/pi-vcc/tests/render-entries.test.ts +62 -0
- package/node_modules/@sting8k/pi-vcc/tests/report.test.ts +44 -0
- package/node_modules/@sting8k/pi-vcc/tests/sanitize.test.ts +24 -0
- package/node_modules/@sting8k/pi-vcc/tests/search-entries.test.ts +144 -0
- package/node_modules/@sting8k/pi-vcc/tests/support/load-session.ts +23 -0
- package/node_modules/@sting8k/pi-vcc/tests/support/real-sessions.ts +51 -0
- package/package.json +15 -4
- package/scripts/__pycache__/merge_graphify_corpora.cpython-314.pyc +0 -0
- package/scripts/index_youtube_urls.py +376 -0
- package/scripts/merge_graphify_corpora.py +398 -0
- package/scripts/regen_graphify_html.py +46 -0
- package/.agents/skills/defuddle/SKILL.md +0 -90
- package/.agents/skills/wiki/SKILL.md +0 -215
- package/.agents/skills/wiki/references/css-snippets.md +0 -122
- package/.agents/skills/wiki/references/frontmatter.md +0 -107
- package/.agents/skills/wiki/references/git-setup.md +0 -58
- package/.agents/skills/wiki/references/mcp-setup.md +0 -149
- package/.agents/skills/wiki/references/modes.md +0 -259
- package/.agents/skills/wiki/references/plugins.md +0 -96
- package/.agents/skills/wiki/references/rest-api.md +0 -124
- package/.agents/skills/wiki-fold/SKILL.md +0 -204
- package/.agents/skills/wiki-fold/references/fold-template.md +0 -133
- package/.agents/skills/wiki-ingest/SKILL.md +0 -288
- package/.agents/skills/wiki-lint/SKILL.md +0 -183
- package/.agents/skills/wiki-query/SKILL.md +0 -176
- package/.pi/agents/rethink.md +0 -140
- package/.pi/agents/wiki-ingest.md +0 -67
- package/.pi/agents/wiki-lint.md +0 -75
- package/.pi/internal/cursor-sdk-transcript-parser.ts +0 -59
- package/.pi/prompts/save.md +0 -16
- package/.pi/prompts/wiki.md +0 -23
- package/.pi/providers/cursor-sdk-provider.test.mjs +0 -476
- package/.pi/providers/cursor-sdk-provider.ts +0 -1085
- package/vault/AGENTS.md +0 -37
- package/vault/wiki/_templates/comparison.md +0 -39
- package/vault/wiki/_templates/concept.md +0 -40
- package/vault/wiki/_templates/decision.md +0 -21
- package/vault/wiki/_templates/entity.md +0 -32
- package/vault/wiki/_templates/flow.md +0 -14
- package/vault/wiki/_templates/module.md +0 -18
- package/vault/wiki/_templates/question.md +0 -31
- package/vault/wiki/_templates/source.md +0 -39
- package/vault/wiki/concepts/AST-Aware Code Chunking.md +0 -44
- package/vault/wiki/concepts/Build-Time Prompt Compilation.md +0 -107
- package/vault/wiki/concepts/Context Engine (AI Coding).md +0 -47
- package/vault/wiki/concepts/Context-Aware System Reminders.md +0 -61
- package/vault/wiki/concepts/Contextualized Text Embedding.md +0 -42
- package/vault/wiki/concepts/Contractor vs Employee AI Model.md +0 -55
- package/vault/wiki/concepts/Dual-Model Agent Architecture.md +0 -65
- package/vault/wiki/concepts/Late Chunking vs Early Chunking.md +0 -43
- package/vault/wiki/concepts/Majority Vote Ensembling.md +0 -68
- package/vault/wiki/concepts/Meta-Harness.md +0 -16
- package/vault/wiki/concepts/Multi-Agent AI Coding Architecture.md +0 -75
- package/vault/wiki/concepts/Prompt Enhancement.md +0 -90
- package/vault/wiki/concepts/Prompt Renderer.md +0 -89
- package/vault/wiki/concepts/Semantic Codebase Indexing.md +0 -67
- package/vault/wiki/concepts/additive-config-hierarchy.md +0 -16
- package/vault/wiki/concepts/agent-artifacts-verifiable-deliverables.md +0 -71
- package/vault/wiki/concepts/agent-browser-browser-automation.md +0 -99
- package/vault/wiki/concepts/agent-codebase-interface.md +0 -43
- package/vault/wiki/concepts/agent-harness-architecture.md +0 -67
- package/vault/wiki/concepts/agent-loop-detection-patterns.md +0 -133
- package/vault/wiki/concepts/agent-search-enforcement.md +0 -126
- package/vault/wiki/concepts/agent-skills-ecosystem.md +0 -74
- package/vault/wiki/concepts/agent-skills-pattern.md +0 -68
- package/vault/wiki/concepts/agentic-harness-context-enforcement.md +0 -91
- package/vault/wiki/concepts/agentic-harness.md +0 -34
- package/vault/wiki/concepts/agentic-orchestration-pipeline.md +0 -56
- package/vault/wiki/concepts/agentic-search-no-embeddings.md +0 -18
- package/vault/wiki/concepts/anthropic-context-engineering.md +0 -13
- package/vault/wiki/concepts/antigravity-agent-first-architecture.md +0 -61
- package/vault/wiki/concepts/ast-compression.md +0 -19
- package/vault/wiki/concepts/ast-truncation.md +0 -66
- package/vault/wiki/concepts/barrel-files.md +0 -37
- package/vault/wiki/concepts/browser-harness-agent.md +0 -41
- package/vault/wiki/concepts/browser-subagent-visual-verification.md +0 -82
- package/vault/wiki/concepts/codebase-intelligence-ecosystem-comparison.md +0 -192
- package/vault/wiki/concepts/codebase-intelligence-harness-integration.md +0 -161
- package/vault/wiki/concepts/codebase-to-context-ingestion.md +0 -46
- package/vault/wiki/concepts/codex-harness-innovations.md +0 -147
- package/vault/wiki/concepts/consensus-debate-flow.md +0 -17
- package/vault/wiki/concepts/consensus-debate.md +0 -206
- package/vault/wiki/concepts/content-addressed-spec-identity.md +0 -166
- package/vault/wiki/concepts/context-anxiety.md +0 -57
- package/vault/wiki/concepts/context-compression-techniques.md +0 -19
- package/vault/wiki/concepts/context-continuity.md +0 -22
- package/vault/wiki/concepts/context-drift-in-agents.md +0 -106
- package/vault/wiki/concepts/context-engineering.md +0 -62
- package/vault/wiki/concepts/context-folding.md +0 -67
- package/vault/wiki/concepts/context-mode.md +0 -38
- package/vault/wiki/concepts/cursor-harness-innovations.md +0 -107
- package/vault/wiki/concepts/deterministic-session-compaction.md +0 -79
- package/vault/wiki/concepts/drift-detection-unified.md +0 -296
- package/vault/wiki/concepts/execution-feedback-loop.md +0 -46
- package/vault/wiki/concepts/feedforward-feedback-harness.md +0 -60
- package/vault/wiki/concepts/five-root-cause-metrics-sentrux.md +0 -40
- package/vault/wiki/concepts/fork-safe-spec-storage.md +0 -89
- package/vault/wiki/concepts/fts5-sandbox.md +0 -19
- package/vault/wiki/concepts/fuzzy-edit-matching.md +0 -71
- package/vault/wiki/concepts/gemini-cli-architecture.md +0 -104
- package/vault/wiki/concepts/generator-evaluator-architecture.md +0 -64
- package/vault/wiki/concepts/guardian-agent-pattern.md +0 -67
- package/vault/wiki/concepts/harness-configuration-layers.md +0 -89
- package/vault/wiki/concepts/harness-control-frameworks.md +0 -155
- package/vault/wiki/concepts/harness-engineering-first-principles.md +0 -90
- package/vault/wiki/concepts/harness-h-formalism.md +0 -53
- package/vault/wiki/concepts/hybrid-code-search.md +0 -61
- package/vault/wiki/concepts/inline-post-edit-validation.md +0 -112
- package/vault/wiki/concepts/legendary-engineering-patterns-harness.md +0 -110
- package/vault/wiki/concepts/lifecycle-hooks.md +0 -94
- package/vault/wiki/concepts/mcp-tool-routing.md +0 -102
- package/vault/wiki/concepts/memory-system-of-record-vs-ephemeral-cache.md +0 -47
- package/vault/wiki/concepts/meta-agent-context-pruning.md +0 -151
- package/vault/wiki/concepts/model-adaptive-harness.md +0 -122
- package/vault/wiki/concepts/model-routing-agents.md +0 -101
- package/vault/wiki/concepts/monorepo-architecture.md +0 -45
- package/vault/wiki/concepts/multi-agent-specialization.md +0 -61
- package/vault/wiki/concepts/permission-subsystem.md +0 -16
- package/vault/wiki/concepts/pi-messenger-analysis.md +0 -243
- package/vault/wiki/concepts/pi-vscode-extension-landscape.md +0 -37
- package/vault/wiki/concepts/policy-engine-pattern.md +0 -78
- package/vault/wiki/concepts/progressive-disclosure-agents.md +0 -53
- package/vault/wiki/concepts/progressive-skill-disclosure.md +0 -17
- package/vault/wiki/concepts/provider-native-prompting.md +0 -203
- package/vault/wiki/concepts/quality-signal-sentrux.md +0 -37
- package/vault/wiki/concepts/repo-map-ranking.md +0 -42
- package/vault/wiki/concepts/result-monad-error-handling.md +0 -47
- package/vault/wiki/concepts/safety-defense-in-depth.md +0 -83
- package/vault/wiki/concepts/sandbox-os-enforcement.md +0 -18
- package/vault/wiki/concepts/selective-debate-routing.md +0 -70
- package/vault/wiki/concepts/self-evolving-harness.md +0 -60
- package/vault/wiki/concepts/sentrux-mcp-integration.md +0 -36
- package/vault/wiki/concepts/sentrux-rules-engine.md +0 -49
- package/vault/wiki/concepts/shell-pattern-compression.md +0 -24
- package/vault/wiki/concepts/skill-first-architecture.md +0 -166
- package/vault/wiki/concepts/structured-compaction.md +0 -78
- package/vault/wiki/concepts/subagent-orchestration.md +0 -17
- package/vault/wiki/concepts/subagent-worktree-isolation.md +0 -68
- package/vault/wiki/concepts/superpowers-methodology.md +0 -78
- package/vault/wiki/concepts/think-in-code.md +0 -73
- package/vault/wiki/concepts/ts-execution-layer.md +0 -100
- package/vault/wiki/concepts/typescript-strict-mode.md +0 -37
- package/vault/wiki/concepts/vcc-conversation-compaction-for-pi.md +0 -53
- package/vault/wiki/concepts/verification-drift-detection.md +0 -19
- package/vault/wiki/consensus/consensus-records.md +0 -58
- package/vault/wiki/decisions/2026-04-30-pi-lean-ctx-native.md +0 -122
- package/vault/wiki/decisions/2026-05-07-replace-lean-ctx-with-context-mode.md +0 -59
- package/vault/wiki/decisions/adr-008.md +0 -40
- package/vault/wiki/decisions/adr-009.md +0 -46
- package/vault/wiki/decisions/adr-010.md +0 -55
- package/vault/wiki/decisions/adr-011.md +0 -165
- package/vault/wiki/decisions/adr-012.md +0 -102
- package/vault/wiki/decisions/adr-013.md +0 -59
- package/vault/wiki/decisions/adr-014.md +0 -73
- package/vault/wiki/decisions/adr-015.md +0 -81
- package/vault/wiki/decisions/adr-016.md +0 -91
- package/vault/wiki/decisions/adr-017.md +0 -79
- package/vault/wiki/decisions/adr-018.md +0 -100
- package/vault/wiki/decisions/adr-019.md +0 -75
- package/vault/wiki/decisions/adr-020.md +0 -106
- package/vault/wiki/decisions/adr-021.md +0 -86
- package/vault/wiki/decisions/adr-022.md +0 -113
- package/vault/wiki/decisions/adr-023.md +0 -113
- package/vault/wiki/decisions/adr-024.md +0 -73
- package/vault/wiki/decisions/adr-025.md +0 -130
- package/vault/wiki/decisions/adr-026.md +0 -56
- package/vault/wiki/decisions/adr-027.md +0 -94
- package/vault/wiki/decisions/colocate-wiki.md +0 -34
- package/vault/wiki/entities/Anders Hejlsberg.md +0 -29
- package/vault/wiki/entities/Anthropic.md +0 -17
- package/vault/wiki/entities/Augment Code.md +0 -49
- package/vault/wiki/entities/Bjarne Stroustrup.md +0 -26
- package/vault/wiki/entities/Bolt.new (StackBlitz).md +0 -39
- package/vault/wiki/entities/Boris Cherny.md +0 -11
- package/vault/wiki/entities/Claude Code.md +0 -19
- package/vault/wiki/entities/Dennis Ritchie.md +0 -26
- package/vault/wiki/entities/Emergent Labs.md +0 -32
- package/vault/wiki/entities/Google Cloud.md +0 -16
- package/vault/wiki/entities/Guido van Rossum.md +0 -28
- package/vault/wiki/entities/Ken Thompson.md +0 -28
- package/vault/wiki/entities/Lee et al.md +0 -16
- package/vault/wiki/entities/Linus Torvalds.md +0 -28
- package/vault/wiki/entities/Lovable (company).md +0 -40
- package/vault/wiki/entities/Martin Fowler.md +0 -16
- package/vault/wiki/entities/Meng et al.md +0 -16
- package/vault/wiki/entities/OpenAI.md +0 -16
- package/vault/wiki/entities/Rocket.new.md +0 -38
- package/vault/wiki/entities/VILA-Lab.md +0 -15
- package/vault/wiki/entities/autodev-codebase.md +0 -18
- package/vault/wiki/entities/ck-tool.md +0 -59
- package/vault/wiki/entities/codesearch.md +0 -18
- package/vault/wiki/entities/disler-indydevdan.md +0 -33
- package/vault/wiki/entities/gsd-get-shit-done.md +0 -56
- package/vault/wiki/entities/javascript-runtimes.md +0 -48
- package/vault/wiki/entities/jesse-vincent.md +0 -38
- package/vault/wiki/entities/lean-ctx.md +0 -32
- package/vault/wiki/entities/opendev.md +0 -41
- package/vault/wiki/entities/ops-codegraph-tool.md +0 -18
- package/vault/wiki/entities/pi-coding-agent.md +0 -53
- package/vault/wiki/entities/sentrux.md +0 -54
- package/vault/wiki/entities/vgrep-tool.md +0 -57
- package/vault/wiki/entities/vitest.md +0 -41
- package/vault/wiki/flows/harness-wiki-pipeline.md +0 -204
- package/vault/wiki/hot.md +0 -932
- package/vault/wiki/index.md +0 -437
- package/vault/wiki/log.md +0 -422
- package/vault/wiki/meta/dashboard.md +0 -30
- package/vault/wiki/meta/lint-report-2026-04-30.md +0 -86
- package/vault/wiki/meta/lint-report-2026-05-02.md +0 -251
- package/vault/wiki/meta/overview.canvas +0 -43
- package/vault/wiki/modules/adversarial-verification.md +0 -57
- package/vault/wiki/modules/automated-observability.md +0 -54
- package/vault/wiki/modules/bench.md +0 -20
- package/vault/wiki/modules/extensions.md +0 -23
- package/vault/wiki/modules/grounding-checkpoints.md +0 -62
- package/vault/wiki/modules/harness-implementation-plan.md +0 -345
- package/vault/wiki/modules/harness-wiki-skill-mapping.md +0 -135
- package/vault/wiki/modules/harness.md +0 -86
- package/vault/wiki/modules/persistent-memory.md +0 -85
- package/vault/wiki/modules/schema-orchestration.md +0 -68
- package/vault/wiki/modules/skills.md +0 -27
- package/vault/wiki/modules/spec-hardening.md +0 -58
- package/vault/wiki/modules/structured-planning.md +0 -53
- package/vault/wiki/modules/think-in-code-enforcement.md +0 -153
- package/vault/wiki/modules/wiki-query-interface.md +0 -64
- package/vault/wiki/overview.md +0 -51
- package/vault/wiki/questions/Research-pi-vs-claude-code-agentic-orchestration-pipeline.md +0 -87
- package/vault/wiki/questions/Research-sentrux-dev.md +0 -123
- package/vault/wiki/questions/Research-superpowers-skill-for-agentic-coding-agents.md +0 -164
- package/vault/wiki/questions/Research: Augment Code Context Engine.md +0 -244
- package/vault/wiki/questions/Research: Automating Software Engineering - Lovable, Bolt, Emergent, Rocket.md +0 -112
- package/vault/wiki/questions/Research: Claude Code State-of-the-Art Harness Improvements.md +0 -209
- package/vault/wiki/questions/Research: Codex State-of-the-Art Harness Improvements.md +0 -99
- package/vault/wiki/questions/Research: Engineering Workflows of Legendary Programmers and AI Harness Mapping.md +0 -107
- package/vault/wiki/questions/Research: Fallow Codebase Intelligence Harness Integration.md +0 -72
- package/vault/wiki/questions/Research: Gemini CLI SOTA Harness Integration.md +0 -166
- package/vault/wiki/questions/Research: GitHub Issues as Harness Spec Storage.md +0 -188
- package/vault/wiki/questions/Research: Google Antigravity Harness Integration.md +0 -120
- package/vault/wiki/questions/Research: Meta-Agent Context Drift Detection.md +0 -236
- package/vault/wiki/questions/Research: Model-Adaptive Agent Harness Design.md +0 -95
- package/vault/wiki/questions/Research: Model-Specific Prompting Guides.md +0 -165
- package/vault/wiki/questions/Research: Prompt Renderer for Multi-Model Agent Harness.md +0 -216
- package/vault/wiki/questions/Research: Skill-First Harness Architecture.md +0 -91
- package/vault/wiki/questions/Research: TypeScript Best Practices and Codebase Structure.md +0 -88
- package/vault/wiki/questions/Research: TypeScript Execution Layer for Agent Tool Calling.md +0 -81
- package/vault/wiki/questions/Research: claude-mem over Obsidian for Harness Layer.md +0 -71
- package/vault/wiki/questions/Research: claude-mem over obsidian wiki as the knowledge base for our agentic harness pipeline. think from first principles. does this replace or complement our current setup? no hard feelings about previous decisions. gimme accurate points.md +0 -80
- package/vault/wiki/questions/Research: context-mode vs lean-ctx.md +0 -72
- package/vault/wiki/questions/Research: cursor.sh Harness Innovations.md +0 -92
- package/vault/wiki/questions/Research: executor.sh Harness Integration.md +0 -170
- package/vault/wiki/questions/Research: how GSD fits into our coding harness setup.md +0 -97
- package/vault/wiki/questions/Research: how claude-mem fits into our workflow. and whether it should replace obsidian in the codebase. no hard feelings about previous actions, rethink from first principles always.md +0 -80
- package/vault/wiki/questions/Research: pi-vcc.md +0 -113
- package/vault/wiki/questions/Research: semantic code search tools.md +0 -69
- package/vault/wiki/questions/Research: vcc extension for pi coding agent.md +0 -73
- package/vault/wiki/questions/how-to-enable-semantic-code-search-now.md +0 -111
- package/vault/wiki/questions/mvp-implementation-blueprint.md +0 -552
- package/vault/wiki/questions/research-agent-first-codebase-exploration.md +0 -199
- package/vault/wiki/questions/research-agentic-coding-harness-latest-papers.md +0 -142
- package/vault/wiki/questions/research-gitingest-gitreverse-integration.md +0 -100
- package/vault/wiki/questions/research-wozcode-token-reduction.md +0 -67
- package/vault/wiki/questions/resolved-context-pruning-inplace-vs-restart.md +0 -95
- package/vault/wiki/questions/resolved-context-window-economics.md +0 -167
- package/vault/wiki/questions/resolved-imad-debate-gating-transfer.md +0 -126
- package/vault/wiki/questions/resolved-mcp-tool-preference.md +0 -112
- package/vault/wiki/questions/resolved-small-model-meta-agents.md +0 -107
- package/vault/wiki/questions/resolved-treesitter-dynamic-languages.md +0 -95
- package/vault/wiki/sources/Auggie Context MCP Server.md +0 -63
- package/vault/wiki/sources/Augment Code Codacy AI Giants.md +0 -61
- package/vault/wiki/sources/Augment Code MCP SiliconAngle.md +0 -49
- package/vault/wiki/sources/Augment Code WorkOS ERC 2025.md +0 -55
- package/vault/wiki/sources/Augment Context Engine Official.md +0 -71
- package/vault/wiki/sources/Augment SWE-bench Agent GitHub.md +0 -74
- package/vault/wiki/sources/Augment SWE-bench Pro Blog.md +0 -58
- package/vault/wiki/sources/Source: AgentBus Jinja2 Prompt Pipelines.md +0 -75
- package/vault/wiki/sources/Source: Arxiv /342/200/224 Don't Break the Cache.md" +0 -85
- package/vault/wiki/sources/Source: Augment - Harness Engineering for AI Coding Agents.md +0 -58
- package/vault/wiki/sources/Source: Blake Crosley Agent Architecture Guide.md +0 -100
- package/vault/wiki/sources/Source: Bolt.new Architecture & Case Study.md +0 -75
- package/vault/wiki/sources/Source: Build-Time Prompt Compilation Architecture.md +0 -107
- package/vault/wiki/sources/Source: Claude API Agent Skills Overview.md +0 -70
- package/vault/wiki/sources/Source: Gemini CLI Changelogs.md +0 -88
- package/vault/wiki/sources/Source: Google Blog - Gemini CLI Announcement.md +0 -57
- package/vault/wiki/sources/Source: Google Gemini CLI Architecture Docs.md +0 -53
- package/vault/wiki/sources/Source: LangChain - Anatomy of Agent Harness.md +0 -65
- package/vault/wiki/sources/Source: Lovable Architecture & Clone Analysis.md +0 -83
- package/vault/wiki/sources/Source: Martin Fowler - Harness Engineering.md +0 -70
- package/vault/wiki/sources/Source: OpenAI Harness Engineering Five Principles.md +0 -58
- package/vault/wiki/sources/Source: OpenAI Harness Engineering /342/200/224 0 Lines of Human Code.md" +0 -101
- package/vault/wiki/sources/Source: OpenDev /342/200/224 Building AI Coding Agents for the Terminal.md" +0 -100
- package/vault/wiki/sources/Source: Render AI Coding Agents Benchmark 2025.md +0 -53
- package/vault/wiki/sources/Source: Rocket.new /342/200/224 Vibe Solutioning Platform.md" +0 -70
- package/vault/wiki/sources/Source: SwirlAI Agent Skills Progressive Disclosure.md +0 -71
- package/vault/wiki/sources/Source: TianPan Prompt Caching Architecture.md +0 -89
- package/vault/wiki/sources/Source: Vercel Labs agent-browser.md +0 -155
- package/vault/wiki/sources/Source: browser-harness CDP Harness.md +0 -126
- package/vault/wiki/sources/agent-drift-academic-paper.md +0 -79
- package/vault/wiki/sources/aider-repomap-tree-sitter.md +0 -42
- package/vault/wiki/sources/anthropic-compaction-api.md +0 -58
- package/vault/wiki/sources/anthropic-effective-harnesses.md +0 -42
- package/vault/wiki/sources/anthropic-prompt-best-practices.md +0 -100
- package/vault/wiki/sources/anthropic2026-harness-design.md +0 -63
- package/vault/wiki/sources/barrel-files-tkdodo.md +0 -38
- package/vault/wiki/sources/birth-of-unix-kernighan-interview.md +0 -57
- package/vault/wiki/sources/bockeler2026-harness-engineering.md +0 -69
- package/vault/wiki/sources/cast-code-chunking-paper.md +0 -50
- package/vault/wiki/sources/ck-semantic-search.md +0 -78
- package/vault/wiki/sources/claude-code-architecture-karaxai-2026.md +0 -71
- package/vault/wiki/sources/claude-code-architecture-qubytes-2026.md +0 -50
- package/vault/wiki/sources/claude-code-architecture-vila-lab-2026.md +0 -64
- package/vault/wiki/sources/claude-code-security-architecture-penligent-2026.md +0 -70
- package/vault/wiki/sources/claude-context-editing-docs.md +0 -13
- package/vault/wiki/sources/cloudflare-codemode.md +0 -63
- package/vault/wiki/sources/code-chunk-library-supermemory.md +0 -63
- package/vault/wiki/sources/codeact-apple-2024.md +0 -62
- package/vault/wiki/sources/codex-dsc-rfc-8573.md +0 -41
- package/vault/wiki/sources/codex-open-source-agent-2026.md +0 -110
- package/vault/wiki/sources/coir-code-retrieval-benchmark.md +0 -51
- package/vault/wiki/sources/colinmcnamara-context-optimization-codemode.md +0 -48
- package/vault/wiki/sources/context-folding-paper.md +0 -61
- package/vault/wiki/sources/context-mode-website.md +0 -63
- package/vault/wiki/sources/cursor-agent-best-practices-2026.md +0 -62
- package/vault/wiki/sources/cursor-fork-29b-2025.md +0 -50
- package/vault/wiki/sources/cursor-harness-april-2026.md +0 -76
- package/vault/wiki/sources/cursor-instant-apply-2024.md +0 -45
- package/vault/wiki/sources/cursor-shadow-workspace-2024.md +0 -52
- package/vault/wiki/sources/cursor-shipped-coding-agent-2026.md +0 -53
- package/vault/wiki/sources/cursor-vs-antigravity-2026.md +0 -51
- package/vault/wiki/sources/disler-pi-vs-claude-code.md +0 -69
- package/vault/wiki/sources/distill-deterministic-context-compression.md +0 -53
- package/vault/wiki/sources/embedding-models-benchmark-supermemory-2025.md +0 -48
- package/vault/wiki/sources/executor-rhyssullivan.md +0 -122
- package/vault/wiki/sources/fallow-rs-codebase-intelligence.md +0 -125
- package/vault/wiki/sources/fan2025-imad.md +0 -60
- package/vault/wiki/sources/forgecode-gpt5-agent-improvements.md +0 -63
- package/vault/wiki/sources/gemini-3-prompting-guide.md +0 -78
- package/vault/wiki/sources/gh-cli-sub-issue-rfc.md +0 -50
- package/vault/wiki/sources/gh-sub-issue-extension.md +0 -72
- package/vault/wiki/sources/github-fork-issues-discussion.md +0 -44
- package/vault/wiki/sources/github-issue-dependencies-docs.md +0 -49
- package/vault/wiki/sources/github-sub-issues-docs.md +0 -51
- package/vault/wiki/sources/gitingest.md +0 -91
- package/vault/wiki/sources/gitreverse.md +0 -63
- package/vault/wiki/sources/google-antigravity-official-blog.md +0 -47
- package/vault/wiki/sources/google-antigravity-wikipedia.md +0 -53
- package/vault/wiki/sources/gsd-codecentric-deep-dive.md +0 -57
- package/vault/wiki/sources/gsd-github-repo.md +0 -51
- package/vault/wiki/sources/gsd-hn-discussion.md +0 -59
- package/vault/wiki/sources/guido-python-design-philosophy.md +0 -56
- package/vault/wiki/sources/hejlsberg-7-learnings.md +0 -48
- package/vault/wiki/sources/ironclaw-drift-monitor.md +0 -80
- package/vault/wiki/sources/langsight-loop-detection.md +0 -80
- package/vault/wiki/sources/leanctx-website.md +0 -69
- package/vault/wiki/sources/lee2026-meta-harness.md +0 -59
- package/vault/wiki/sources/linux-kernel-coding-workflow.md +0 -50
- package/vault/wiki/sources/lou2026-autoharness.md +0 -53
- package/vault/wiki/sources/martin-fowler-harness-engineering.md +0 -73
- package/vault/wiki/sources/mcp-architecture-docs.md +0 -13
- package/vault/wiki/sources/meng2026-agent-harness-survey.md +0 -79
- package/vault/wiki/sources/mindstudio-four-agent-types.md +0 -68
- package/vault/wiki/sources/ms-chat-history-management.md +0 -13
- package/vault/wiki/sources/openai-prompt-guidance.md +0 -104
- package/vault/wiki/sources/openclaw-session-pruning.md +0 -13
- package/vault/wiki/sources/opencode-dcp.md +0 -13
- package/vault/wiki/sources/opendev-arxiv-2603.05344v1.md +0 -79
- package/vault/wiki/sources/openhands-platform.md +0 -39
- package/vault/wiki/sources/oss-guide-codebase-exploration.md +0 -53
- package/vault/wiki/sources/pi-compaction-extensions-ecosystem.md +0 -102
- package/vault/wiki/sources/pi-context-prune-github-repo.md +0 -38
- package/vault/wiki/sources/pi-mono-compaction-docs.md +0 -38
- package/vault/wiki/sources/pi-omni-compact-github-repo.md +0 -50
- package/vault/wiki/sources/pi-rtk-optimizer-github-repo.md +0 -45
- package/vault/wiki/sources/pi-vcc-github-repo.md +0 -69
- package/vault/wiki/sources/pi-vscode-marketplace.md +0 -41
- package/vault/wiki/sources/pi-vscode-model-provider-marketplace.md +0 -39
- package/vault/wiki/sources/py-tree-sitter.md +0 -13
- package/vault/wiki/sources/sentrux-dev-landing.md +0 -40
- package/vault/wiki/sources/sentrux-docs-pro-architecture.md +0 -75
- package/vault/wiki/sources/sentrux-docs-quality-signal.md +0 -46
- package/vault/wiki/sources/sentrux-docs-root-cause-metrics.md +0 -57
- package/vault/wiki/sources/sentrux-docs-rules-engine.md +0 -58
- package/vault/wiki/sources/sentrux-github-repo.md +0 -56
- package/vault/wiki/sources/superpowers-github-repo.md +0 -56
- package/vault/wiki/sources/superpowers-release-blog.md +0 -54
- package/vault/wiki/sources/superpowers-termdock-analysis.md +0 -45
- package/vault/wiki/sources/swe-agent-aci.md +0 -42
- package/vault/wiki/sources/swe-bench.md +0 -45
- package/vault/wiki/sources/swe-pruner-context-pruning.md +0 -13
- package/vault/wiki/sources/think-in-code-blog.md +0 -48
- package/vault/wiki/sources/tree-sitter-docs.md +0 -13
- package/vault/wiki/sources/ts-best-practices-2025-devto.md +0 -42
- package/vault/wiki/sources/ts-folder-structure-mingyang.md +0 -58
- package/vault/wiki/sources/ts-monorepo-koerselman.md +0 -44
- package/vault/wiki/sources/ts-result-error-handling-kkalamarski.md +0 -52
- package/vault/wiki/sources/ts-runtimes-comparison-betterstack.md +0 -42
- package/vault/wiki/sources/ts-strict-mode-rishikc.md +0 -43
- package/vault/wiki/sources/unix-philosophy.md +0 -48
- package/vault/wiki/sources/vectara-chunking-vs-embedding-naacl2025.md +0 -39
- package/vault/wiki/sources/vectara-guardian-agents.md +0 -79
- package/vault/wiki/sources/vgrep-semantic-search.md +0 -76
- package/vault/wiki/sources/vitest-official.md +0 -41
- package/vault/wiki/sources/vscode-pi-community-extension.md +0 -40
- package/vault/wiki/sources/wozcode.md +0 -79
|
@@ -1,94 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: decision
|
|
3
|
-
title: "ADR-027: pi-vcc Overrides Built-in Auto-Compaction"
|
|
4
|
-
status: accepted
|
|
5
|
-
priority: 1
|
|
6
|
-
date: "2026-05-07"
|
|
7
|
-
tags: [adr, compaction, pi-vcc, vcc, context]
|
|
8
|
-
sources:
|
|
9
|
-
- "[[pi-vcc-github-repo]]"
|
|
10
|
-
- "[[vcc-conversation-compaction-for-pi]]"
|
|
11
|
-
- "https://github.com/sting8k/pi-vcc/issues/3"
|
|
12
|
-
related:
|
|
13
|
-
- "[[adr-012]]"
|
|
14
|
-
- "[[adr-015]]"
|
|
15
|
-
created: 2026-05-07
|
|
16
|
-
updated: 2026-05-07
|
|
17
|
-
---
|
|
18
|
-
|
|
19
|
-
# ADR-027: pi-vcc Overrides Built-in Auto-Compaction
|
|
20
|
-
|
|
21
|
-
## Context
|
|
22
|
-
|
|
23
|
-
Pi's default compaction uses LLM-generated summaries. This is:
|
|
24
|
-
- **Non-deterministic** — can hallucinate or lose context
|
|
25
|
-
- **Expensive** — burns tokens on every compaction
|
|
26
|
-
- **Slow** — waits for LLM call (seconds vs milliseconds)
|
|
27
|
-
- **Destructive** — pre-compaction history is permanently lost
|
|
28
|
-
|
|
29
|
-
[pi-vcc](https://github.com/sting8k/pi-vcc) is an algorithmic compaction extension inspired by lllyasviel's VCC. It provides:
|
|
30
|
-
- **Deterministic** — same input = same output, no LLM
|
|
31
|
-
- **Zero cost** — no API calls, algorithmic extraction
|
|
32
|
-
- **Fast** — 30-470ms per compaction
|
|
33
|
-
- **99% token reduction** on long sessions
|
|
34
|
-
- **Lossless recall** — `vcc_recall` reads raw session JSONL
|
|
35
|
-
|
|
36
|
-
### Problem: Model Stops After Auto-Compaction
|
|
37
|
-
|
|
38
|
-
GitHub issue [sting8k/pi-vcc#3](https://github.com/sting8k/pi-vcc/issues/3): when `overrideDefaultCompaction: true`, the AI model stops generating after auto-compaction. The maintainer confirmed it is "by design for now."
|
|
39
|
-
|
|
40
|
-
**Root cause**: pi-vcc's `buildOwnCut` keeps the last user message and everything after it as the "kept tail." When that tail contains a completed turn (user message + assistant's finished response), the LLM sees a complete conversation after session reload and has no signal to continue working.
|
|
41
|
-
|
|
42
|
-
## Decision
|
|
43
|
-
|
|
44
|
-
### 1. Project-level pi-vcc activation (not global)
|
|
45
|
-
|
|
46
|
-
pi-vcc is registered as a **project-level package** in `.pi/settings.json`, not in `~/.pi/agent/settings.json`. The config lives at `.pi/pi-vcc-config.json`, referenced via `PI_VCC_CONFIG_PATH` in `.env`.
|
|
47
|
-
|
|
48
|
-
This keeps the VCC override scoped to this project only. Other projects use pi's default LLM compaction.
|
|
49
|
-
|
|
50
|
-
### 2. Enable `overrideDefaultCompaction: true`
|
|
51
|
-
|
|
52
|
-
All compaction paths (auto-threshold, `/compact`, `/pi-vcc`) route through pi-vcc's algorithmic compactor.
|
|
53
|
-
|
|
54
|
-
### 3. Fix "model stops" with continuation directive
|
|
55
|
-
|
|
56
|
-
For auto-compactions (not manual `/pi-vcc`), append `[Continue]` section to the summary:
|
|
57
|
-
|
|
58
|
-
```
|
|
59
|
-
[Continue]
|
|
60
|
-
Continue working on the current task. The user's request is not yet complete. Use vcc_recall if you need context from earlier in the session.
|
|
61
|
-
```
|
|
62
|
-
|
|
63
|
-
This is patched in `node_modules/@sting8k/pi-vcc/src/hooks/before-compact.ts`, applied only when `isPiVcc === false` (auto-compact or `/compact`).
|
|
64
|
-
|
|
65
|
-
## Alternatives Considered
|
|
66
|
-
|
|
67
|
-
| Option | Pros | Cons |
|
|
68
|
-
|--------|------|------|
|
|
69
|
-
| **Keep default LLM compaction** | No risk of model stopping | Expensive, non-deterministic, slow |
|
|
70
|
-
| **`overrideDefaultCompaction: false` (manual only)** | Safer, model never stops unexpectedly | User must run `/pi-vcc` manually; auto-compaction still burns LLM tokens |
|
|
71
|
-
| **Fork pi-vcc repo** | Clean patch management | Overhead of maintaining fork, slow to upstream updates |
|
|
72
|
-
| **Patch node_modules directly** (chosen) | Zero overhead, immediate fix | Patch lost on `npm update`; requires re-apply |
|
|
73
|
-
| **Send synthetic "continue" message post-compaction** | Clean separation of concerns | Requires new `session_compact` handler; more invasive |
|
|
74
|
-
| **Append continuation to summary** (chosen) | Simplest fix; minimal code change | Slightly longer summary text |
|
|
75
|
-
|
|
76
|
-
## Consequences
|
|
77
|
-
|
|
78
|
-
### Positive
|
|
79
|
-
- **99% context reduction** on auto-compaction (vs ~70-80% with LLM)
|
|
80
|
-
- **Zero compaction cost** — no LLM calls, saves tokens
|
|
81
|
-
- **30-470ms latency** vs 2-10s LLM wait
|
|
82
|
-
- **Deterministic output** — same session = same summary
|
|
83
|
-
- **Lossless recall** via `vcc_recall` — pre-compaction history searchable
|
|
84
|
-
- **Model continues working** after auto-compaction via continuation directive
|
|
85
|
-
|
|
86
|
-
### Negative
|
|
87
|
-
- Patch in node_modules is fragile — `npm update` removes it
|
|
88
|
-
- Continuation directive may prompt unnecessary continuation if task IS actually complete (minor risk)
|
|
89
|
-
- VCC config is project-scoped only — other projects don't benefit
|
|
90
|
-
|
|
91
|
-
### Mitigations
|
|
92
|
-
- Document the patch location so it can be re-applied after npm updates
|
|
93
|
-
- Consider upstreaming the fix to pi-vcc repo
|
|
94
|
-
- Continuation directive only fires on auto-compaction, not `/pi-vcc`
|
|
@@ -1,34 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: decision
|
|
3
|
-
status: active
|
|
4
|
-
priority: 2
|
|
5
|
-
date: "2026-04-28"
|
|
6
|
-
owner: "aryaniyaps"
|
|
7
|
-
due_date: ""
|
|
8
|
-
context: "Should the architecture wiki be co-located in the same repository as the application source code?"
|
|
9
|
-
tags: [decision, architecture, documentation]
|
|
10
|
-
created: "2026-04-28"
|
|
11
|
-
updated: "2026-04-28"
|
|
12
|
-
title: "Co-locating Wiki with Codebase"
|
|
13
|
-
---
|
|
14
|
-
# Co-locating Wiki with Codebase
|
|
15
|
-
|
|
16
|
-
## Context
|
|
17
|
-
Deciding whether to store the codebase map and architecture wiki inside the source repository or in a separate documentation vault.
|
|
18
|
-
|
|
19
|
-
## Options Considered
|
|
20
|
-
1. **Co-location (Monorepo approach)**: Wiki lives in `wiki/` and `CLAUDE.md` in the root.
|
|
21
|
-
2. **Separate Vault**: Codebase is purely code; wiki is an isolated Obsidian vault elsewhere.
|
|
22
|
-
|
|
23
|
-
## Decision
|
|
24
|
-
**Option 1: Co-location.**
|
|
25
|
-
|
|
26
|
-
## Rationale
|
|
27
|
-
- **Proximity**: Developers can update code and architecture documentation in the same commit, preventing the wiki from becoming stale (the "doc rot" problem).
|
|
28
|
-
- **Tooling Integration**: Agent skills (`wiki`, `wiki-ingest`) can seamlessly traverse the codebase and cross-reference real files because they share the same filesystem context.
|
|
29
|
-
- **Git as Single Source of Truth**: Branching, PR reviews, and versioning apply to code and its architectural reasoning simultaneously.
|
|
30
|
-
|
|
31
|
-
## Consequences
|
|
32
|
-
- The repository clone size slightly increases (markdown is negligible, but attachments/images could add up).
|
|
33
|
-
- Non-code contributors (if any) need git access to update documentation.
|
|
34
|
-
- We must enforce policies (e.g., `.gitignore` rules or pre-commit hooks) so that generated wiki artifacts don't interfere with the build process.
|
|
@@ -1,29 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
entity_type: person
|
|
4
|
-
title: "Anders Hejlsberg"
|
|
5
|
-
role: "Creator of Turbo Pascal, Delphi, C#, TypeScript"
|
|
6
|
-
active: true
|
|
7
|
-
tags: [person, language-design, typescript, csharp, microsoft]
|
|
8
|
-
related:
|
|
9
|
-
- "[[hejlsberg-7-learnings]]"
|
|
10
|
-
- "[[fast-feedback-loops]]"
|
|
11
|
-
- "[[behavioral-compatibility-over-purity]]"
|
|
12
|
-
---
|
|
13
|
-
|
|
14
|
-
# Anders Hejlsberg
|
|
15
|
-
|
|
16
|
-
Creator of Turbo Pascal (Borland, 1983), Delphi (1995), lead architect of C# (Microsoft, 2000), and designer of TypeScript (2012). Self-taught compiler writer. Still writes code daily — "my calling is writing code."
|
|
17
|
-
|
|
18
|
-
## Engineering Practices
|
|
19
|
-
|
|
20
|
-
- **Fast feedback as first principle**: Turbo Pascal's impact came from shortening edit-compile-run to instants. TypeScript's value equally from tooling responsiveness as from the type system.
|
|
21
|
-
- **Stay hands-on**: Discovered hash tables from a book while writing Turbo Pascal 2.0 — doubled compiler speed. Wrote the TypeScript type checker core himself. "I treated work as the place where I wouldn't work and then I go home and work."
|
|
22
|
-
- **Compromise over purity**: TypeScript extended JavaScript instead of replacing it. C# merged VB6 ease with C++ power. "Languages do not succeed because they are perfectly designed. They succeed because they accommodate the way teams actually work."
|
|
23
|
-
- **Behavioral compatibility**: When porting TypeScript compiler to Go, the goal was semantic fidelity — "the new compiler needed to behave exactly like the old one, including quirks and edge cases."
|
|
24
|
-
- **Open development**: 2014 move to GitHub was TypeScript's turning point. "Our entire workflow is in the open... no secrets on this project."
|
|
25
|
-
- **On AI coding**: Grounding/constraint matters more than generation. Type systems and refactoring tools become essential guardrails. "The most valuable tools in an AI-assisted workflow aren't the ones that generate the most code, but the ones that constrain it correctly."
|
|
26
|
-
|
|
27
|
-
## Relevance to AI Coding Harness
|
|
28
|
-
|
|
29
|
-
Hejlsberg's career is the strongest bridge between legendary programming and AI-assisted development. His 7 learnings (2026 GitHub blog) directly address AI coding workflow: fast feedback matters most, behavioral compatibility over purity, visibility builds trust, and deterministic constraints (type checkers, linters) as guardrails around AI output. The idea that "grounding matters more than generation" is a direct harness design principle.
|
|
@@ -1,17 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
status: stub
|
|
4
|
-
created: 2026-05-02
|
|
5
|
-
updated: 2026-05-02
|
|
6
|
-
tags: [entity, ai-lab]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Anthropic
|
|
10
|
-
|
|
11
|
-
AI research company. Creator of Claude (Opus, Sonnet, Haiku models) and the Claude Code agentic coding tool.
|
|
12
|
-
|
|
13
|
-
## Relevance to Harness
|
|
14
|
-
|
|
15
|
-
- [[anthropic-prompt-best-practices]] — official prompting guidance
|
|
16
|
-
- [[anthropic2026-harness-design]] — GAN-inspired generator-evaluator architecture
|
|
17
|
-
- [[claude-code-architecture-vila-lab-2026]] — Claude Code architecture analysis
|
|
@@ -1,49 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
entity_type: organization
|
|
4
|
-
title: "Augment Code"
|
|
5
|
-
created: 2026-04-30
|
|
6
|
-
status: developing
|
|
7
|
-
tags:
|
|
8
|
-
- ai-coding
|
|
9
|
-
- startup
|
|
10
|
-
- context-engine
|
|
11
|
-
- swe-bench
|
|
12
|
-
website: https://www.augmentcode.com
|
|
13
|
-
related:
|
|
14
|
-
- "[[Context Engine (AI Coding)]]"
|
|
15
|
-
- "[[Augment SWE-bench Agent GitHub]]"
|
|
16
|
-
- "[[Augment SWE-bench Pro Blog]]"
|
|
17
|
-
updated: 2026-05-02
|
|
18
|
-
|
|
19
|
-
---# Augment Code
|
|
20
|
-
|
|
21
|
-
Augment Code (also Augment Computing Inc.) builds AI coding assistants specifically designed for large, complex codebases. Their core differentiator is the Context Engine — a semantic search engine for code that understands relationships across hundreds of thousands of files.
|
|
22
|
-
|
|
23
|
-
## Products
|
|
24
|
-
- **Auggie Agent**: AI coding agent for VS Code, JetBrains, and CLI.
|
|
25
|
-
- **Context Engine**: Semantic codebase indexing and retrieval (core technology).
|
|
26
|
-
- **Context Engine MCP**: MCP server making the Context Engine available to any AI agent.
|
|
27
|
-
- **Intent**: AI-powered code review.
|
|
28
|
-
- **Slack integration**: Agent accessible via Slack.
|
|
29
|
-
|
|
30
|
-
## Key Metrics
|
|
31
|
-
- #1 on SWE-bench Pro (51.80%, Feb 2026).
|
|
32
|
-
- #1 open-source SWE-bench Verified agent (65.4%).
|
|
33
|
-
- 60-80% code review acceptance rate.
|
|
34
|
-
- 1M+ files indexed.
|
|
35
|
-
- 870 GitHub stars on open-source agent.
|
|
36
|
-
|
|
37
|
-
## Key People
|
|
38
|
-
- **Chris Kelly**: Presented at ERC 2025.
|
|
39
|
-
- **Vinay Perneti**: VP of Engineering.
|
|
40
|
-
- **Arash (AJ) Joobandi**: DevRel.
|
|
41
|
-
|
|
42
|
-
## Philosophy
|
|
43
|
-
- "Context is the new compiler."
|
|
44
|
-
- "Contractor vs Employee" model: context makes the difference, not model intelligence.
|
|
45
|
-
- Only 3 model choices — they curate models for users.
|
|
46
|
-
- Planning in quarters, not years.
|
|
47
|
-
|
|
48
|
-
## Relevance to Our Harness
|
|
49
|
-
Augment Code is the closest analog to what we're building with the agentic coding harness. Their Context Engine's capabilities — semantic indexing, prompt enhancement, multi-source context — are directly implementable in our system. Their open-source SWE-bench agent provides a reference architecture for dual-model agent design.
|
|
@@ -1,26 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
entity_type: person
|
|
4
|
-
title: "Bjarne Stroustrup"
|
|
5
|
-
role: "Creator of C++"
|
|
6
|
-
active: true
|
|
7
|
-
tags: [person, c++, language-design, columbia]
|
|
8
|
-
related:
|
|
9
|
-
- "[[pragmatic-language-design]]"
|
|
10
|
-
---
|
|
11
|
-
|
|
12
|
-
# Bjarne Stroustrup
|
|
13
|
-
|
|
14
|
-
Creator of C++ (1985). Professor at Columbia University. Member of US National Academy of Engineering. Recipient of the 2018 Charles Stark Draper Prize.
|
|
15
|
-
|
|
16
|
-
## Engineering Practices
|
|
17
|
-
|
|
18
|
-
- **C compatibility as pragmatic choice**: "Within C++, there is a much smaller and cleaner language struggling to get out... [which] would have been an unimportant cult language." Stroustrup prioritized real-world adoption over theoretical purity.
|
|
19
|
-
- **Evolutionary design**: The Design and Evolution of C++ documents decisions across decades. "Language design issues, fundamental design decisions, and history don't change very often."
|
|
20
|
-
- **Programming is for others**: "Assumes that your aim is to eventually write programs that are good enough for others to use and maintain." Focus on fundamental concepts, not language-technical details.
|
|
21
|
-
- **Static typing as safety and efficiency**: committed to static type checking over dynamic typing for systems programming. Type safety enables both performance and correctness guarantees.
|
|
22
|
-
- **C++ Core Guidelines**: community-driven standardization of best practices, maintained on GitHub.
|
|
23
|
-
|
|
24
|
-
## Relevance to AI Coding Harness
|
|
25
|
-
|
|
26
|
-
Stroustrup's evolutionary approach maps to incremental harness improvement rather than rewrites. C++ compatibility with C demonstrates that working within existing ecosystem constraints produces wider adoption than clean-slate designs. The focus on programs "good enough for others to use and maintain" maps directly to harness quality gates: AI output must pass the same maintainability standards as human code. Static typing as guardrail echoes Hejlsberg's view that types constrain AI output correctly.
|
|
@@ -1,39 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
title: "Bolt.new (StackBlitz)"
|
|
4
|
-
created: 2026-05-03
|
|
5
|
-
updated: 2026-05-03
|
|
6
|
-
tags:
|
|
7
|
-
- company
|
|
8
|
-
- ai-coding
|
|
9
|
-
- platform
|
|
10
|
-
- open-source
|
|
11
|
-
related:
|
|
12
|
-
- "[[Source: Bolt.new Architecture & Case Study]]"
|
|
13
|
-
- "[[Lovable (company)]]"
|
|
14
|
-
- "[[Claude Code]]"
|
|
15
|
-
sources:
|
|
16
|
-
- "[[Source: Bolt.new Architecture & Case Study]]"
|
|
17
|
-
|
|
18
|
-
---# Bolt.new (StackBlitz)
|
|
19
|
-
|
|
20
|
-
AI-powered full-stack web development platform by StackBlitz. Users prompt in natural language, AI builds, code executes instantly in browser-based WebContainers.
|
|
21
|
-
|
|
22
|
-
## Key Numbers
|
|
23
|
-
- Launched 2024. 0→$4M ARR in 4 weeks
|
|
24
|
-
- 3M+ monthly developers (StackBlitz platform)
|
|
25
|
-
- 99% reduction in development costs for users
|
|
26
|
-
- Open source: [github.com/stackblitz/bolt.new](https://github.com/stackblitz/bolt.new)
|
|
27
|
-
|
|
28
|
-
## Technology Stack
|
|
29
|
-
- **Frontend**: Remix + React + Radix UI + Framer Motion + UnoCSS
|
|
30
|
-
- **Core**: WebContainers (WebAssembly browser-based OS)
|
|
31
|
-
- **AI**: Anthropic Claude (originally Claude 3.5 Sonnet)
|
|
32
|
-
- **Backend**: Ruby on Rails (users, permissions, billing)
|
|
33
|
-
- **Deployment**: Cloudflare Pages, Netlify
|
|
34
|
-
|
|
35
|
-
## Key Innovation
|
|
36
|
-
**WebContainers** give AI complete control over the development environment: filesystem, Node.js runtime, package manager, terminal, browser console. This is what enables the AI to not just generate code but **run it, verify it, and fix issues before the user sees them.**
|
|
37
|
-
|
|
38
|
-
## Founding
|
|
39
|
-
Founded 2018 by Eric Simons and Albert Pai. Seed: $7.9M (Greylock, Google Ventures, Tom Preston-Werner). Evil Martians as key technical partner.
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
status: stub
|
|
4
|
-
created: 2026-05-02
|
|
5
|
-
updated: 2026-05-02
|
|
6
|
-
tags: [entity, person]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Boris Cherny
|
|
10
|
-
|
|
11
|
-
Author of "TypeScript Cookbook" and engineering blog posts on TypeScript architecture. Referenced in Claude Code architecture analysis for TypeScript design insights.
|
|
@@ -1,19 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
status: stub
|
|
4
|
-
created: 2026-05-02
|
|
5
|
-
updated: 2026-05-02
|
|
6
|
-
tags: [entity, tool, coding-agent]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Claude Code
|
|
10
|
-
|
|
11
|
-
Anthropic's agentic coding tool (82K+ GitHub stars). TypeScript codebase with sophisticated harness architecture.
|
|
12
|
-
|
|
13
|
-
## Relevance to Harness
|
|
14
|
-
|
|
15
|
-
- [[claude-code-architecture-vila-lab-2026]] — comprehensive architecture analysis
|
|
16
|
-
- [[claude-code-architecture-qubytes-2026]] — five-layer architecture breakdown
|
|
17
|
-
- [[claude-code-architecture-karaxai-2026]] — full stack walkthrough
|
|
18
|
-
- [[claude-code-security-architecture-penligent-2026]] — security architecture
|
|
19
|
-
- [[Research: Claude Code State-of-the-Art Harness Improvements]]
|
|
@@ -1,26 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
entity_type: person
|
|
4
|
-
title: "Dennis Ritchie"
|
|
5
|
-
role: "Co-creator of Unix and C programming language"
|
|
6
|
-
active: false
|
|
7
|
-
tags: [person, unix, c-language, bell-labs]
|
|
8
|
-
related:
|
|
9
|
-
- "[[Ken Thompson]]"
|
|
10
|
-
- "[[unix-philosophy]]"
|
|
11
|
-
- "[[birth-of-unix-kernighan-interview]]"
|
|
12
|
-
---
|
|
13
|
-
|
|
14
|
-
# Dennis Ritchie
|
|
15
|
-
|
|
16
|
-
Co-creator of Unix and creator of the C programming language at Bell Labs. Turing Award recipient (1983) alongside Ken Thompson. C became the foundation language for systems programming, directly influencing C++, Java, C#, Go, Rust, and virtually every major systems language. K&R C (Kernighan & Ritchie, 1978) defined programming style for generations.
|
|
17
|
-
|
|
18
|
-
## Engineering Practices
|
|
19
|
-
|
|
20
|
-
- **1974 Unix paper design considerations** (with Thompson): Make it easy to write, test, and run programs. Interactive use over batch processing. Economy and elegance of design due to size constraints ("salvation through suffering"). Self-supporting system: all Unix software maintained under Unix.
|
|
21
|
-
- **Community via shared code**: Brian Kernighan recalled Ritchie would bring copies of Private Eye (British satire magazine) to the Unix Room — culture of shared space and shared interests fostering collaboration.
|
|
22
|
-
- **K&R brace style**: still the dominant C brace style in systems programming, adopted by the Linux kernel.
|
|
23
|
-
|
|
24
|
-
## Relevance to AI Coding Harness
|
|
25
|
-
|
|
26
|
-
Ritchie's C language philosophy — give programmers power without unnecessary abstraction — maps to harness design that exposes clear, simple interfaces rather than opaque abstraction layers. "Salvation through suffering" (economy from constraint) maps to token budgeting as a design constraint that produces better output. The K&R style influence shows that coding conventions, once established and enforced, create ecosystem-wide readability benefits.
|
|
@@ -1,32 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
title: "Emergent Labs"
|
|
4
|
-
created: 2026-05-03
|
|
5
|
-
updated: 2026-05-03
|
|
6
|
-
tags:
|
|
7
|
-
- company
|
|
8
|
-
- ai-coding
|
|
9
|
-
- platform
|
|
10
|
-
- yc
|
|
11
|
-
related:
|
|
12
|
-
- "[[Lovable (company)]]"
|
|
13
|
-
- "[[Bolt.new (StackBlitz)]]"
|
|
14
|
-
- "[[Rocket.new]]"
|
|
15
|
-
|
|
16
|
-
---# Emergent Labs
|
|
17
|
-
|
|
18
|
-
YC S24. Builds autonomous coding agents that "replace traditional software development by generating, testing, and deploying production applications directly from plain-language intent."
|
|
19
|
-
|
|
20
|
-
## Product
|
|
21
|
-
- Full-stack web and mobile apps from conversation
|
|
22
|
-
- AI agents that "design, code, and deploy your application from start to finish"
|
|
23
|
-
- Production-ready, running at global scale, used to build "millions of real applications"
|
|
24
|
-
|
|
25
|
-
## Key Claim
|
|
26
|
-
"Software is being rewritten. Emergent builds autonomous coding agents that replace traditional software development."
|
|
27
|
-
|
|
28
|
-
## Hiring Focus
|
|
29
|
-
"AI Agent Reliability Engineer" — signals they're building infrastructure for agent reliability at scale. Systems run in production globally.
|
|
30
|
-
|
|
31
|
-
## Note
|
|
32
|
-
Limited public technical information available. Website (emergent.sh) is JS-heavy with minimal scraped content. Primary signals: YC backing, production scale claims, agent reliability engineering focus.
|
|
@@ -1,16 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
status: stub
|
|
4
|
-
created: 2026-05-02
|
|
5
|
-
updated: 2026-05-02
|
|
6
|
-
tags: [entity, cloud]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Google Cloud
|
|
10
|
-
|
|
11
|
-
Google's cloud computing platform. Hosts Gemini models and Vertex AI.
|
|
12
|
-
|
|
13
|
-
## Relevance to Harness
|
|
14
|
-
|
|
15
|
-
- [[gemini-3-prompting-guide]] — official Gemini prompting on Vertex AI
|
|
16
|
-
- [[Source: Google Blog - Gemini CLI Announcement]] — Gemini CLI launch
|
|
@@ -1,28 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
entity_type: person
|
|
4
|
-
title: "Guido van Rossum"
|
|
5
|
-
role: "Creator of Python"
|
|
6
|
-
active: true
|
|
7
|
-
tags: [person, python, language-design, microsoft]
|
|
8
|
-
related:
|
|
9
|
-
- "[[guido-python-design-philosophy]]"
|
|
10
|
-
- "[[pragmatic-language-design]]"
|
|
11
|
-
---
|
|
12
|
-
|
|
13
|
-
# Guido van Rossum
|
|
14
|
-
|
|
15
|
-
Creator of Python (1991). Python's BDFL (Benevolent Dictator For Life) until 2018. Distinguished Engineer at Microsoft since 2020.
|
|
16
|
-
|
|
17
|
-
## Engineering Practices
|
|
18
|
-
|
|
19
|
-
- **"Good enough" over perfection**: Python was a skunkworks project. "Don't try for perfection because good enough is often just that. It's okay to cut corners sometimes, especially if you can do it right later."
|
|
20
|
-
- **Simplicity as core value**: "Python fits in your brain" (Bruce Eckel). The Zen of Python: "Simple is better than complex. Readability counts."
|
|
21
|
-
- **Library integration as success factor**: Python's success came from being easy to understand yet powerful, and from great third-party library integration (NumPy developed independently).
|
|
22
|
-
- **Pragmatic evolution**: type hints above 10K lines, not for beginners. Deliberate departure from ABC's perfectionism — Python was open, evolutionary, and community-driven from the start.
|
|
23
|
-
- **Cautionary on AI**: "I am definitely not looking forward to an AI-driven future. I'm not worried about AI wanting to kill us all, but I see too many people without ethics or morals getting enabled to do much more damage to society with less effort."
|
|
24
|
-
- **On AI coding**: Doesn't use "vibe coding" — "we stay in control where it comes to architecture and API design."
|
|
25
|
-
|
|
26
|
-
## Relevance to AI Coding Harness
|
|
27
|
-
|
|
28
|
-
Van Rossum's philosophy directly challenges AI hype: maintain architectural control, write code humans can read, don't sacrifice simplicity for automation. The type-hint threshold (10K lines) suggests tiered harness behavior: lightweight dynamic checking for small modules, strict typing for larger codebases. Python's extensibility model (multiple levels of extensibility) maps to harness skill systems: progressively loaded capabilities rather than monolithic context.
|
|
@@ -1,28 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
entity_type: person
|
|
4
|
-
title: "Ken Thompson"
|
|
5
|
-
role: "Co-creator of Unix, inventor of B language, UTF-8, Go"
|
|
6
|
-
active: true
|
|
7
|
-
tags: [person, unix, bell-labs, go]
|
|
8
|
-
related:
|
|
9
|
-
- "[[Dennis Ritchie]]"
|
|
10
|
-
- "[[unix-philosophy]]"
|
|
11
|
-
- "[[birth-of-unix-kernighan-interview]]"
|
|
12
|
-
- "[[subtractive-design]]"
|
|
13
|
-
---
|
|
14
|
-
|
|
15
|
-
# Ken Thompson
|
|
16
|
-
|
|
17
|
-
Co-creator of Unix at Bell Labs (1969), inventor of the B programming language (precursor to C), co-inventor of UTF-8 encoding, and co-designer of the Go programming language at Google. Turing Award recipient (1983).
|
|
18
|
-
|
|
19
|
-
## Engineering Practices
|
|
20
|
-
|
|
21
|
-
- **Extreme productivity from deep understanding**: built first Unix in 3 weeks. Reverse-engineered a typesetter in hours — wrote disassembler, assembler, and B interpreter for an unfamiliar CPU in a single day.
|
|
22
|
-
- **Subtractive design**: McIlroy recalled the Unix Room culture: "We used to sit around saying, 'What can we throw out? Why is there this option?'"
|
|
23
|
-
- **Make it easy to write, test, and run programs**: core design principle from 1974 Ritchie-Thompson Unix paper.
|
|
24
|
-
- **Pipes**: implemented the breakthrough composability mechanism that enabled the Unix tool ecosystem.
|
|
25
|
-
|
|
26
|
-
## Relevance to AI Coding Harness
|
|
27
|
-
|
|
28
|
-
Thompson's approach demonstrates that deep system understanding enables extreme leverage. For the harness: deep codebase understanding (semantic indexing, call graphs) must precede code generation. The "what can we throw out" ethic maps to a harness that proactively suggests deletions and simplifications, not just additions. Pipes map to composable agent architectures where specialized sub-tools chain together.
|
|
@@ -1,16 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
status: stub
|
|
4
|
-
created: 2026-05-02
|
|
5
|
-
updated: 2026-05-02
|
|
6
|
-
tags: [entity, academic]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Lee et al.
|
|
10
|
-
|
|
11
|
-
Authors from Stanford / Together AI. Published Meta-Harness paper: outer-loop harness optimization framework.
|
|
12
|
-
|
|
13
|
-
## Relevance to Harness
|
|
14
|
-
|
|
15
|
-
- [[lee2026-meta-harness]] — Meta-Harness paper
|
|
16
|
-
- [[self-evolving-harness]] — applied concept
|
|
@@ -1,28 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
entity_type: person
|
|
4
|
-
title: "Linus Torvalds"
|
|
5
|
-
role: "Creator of Linux kernel and Git"
|
|
6
|
-
active: true
|
|
7
|
-
tags: [person, linux, kernel, open-source]
|
|
8
|
-
related:
|
|
9
|
-
- "[[linux-kernel-coding-workflow]]"
|
|
10
|
-
- "[[chain-of-trust-software]]"
|
|
11
|
-
- "[[fast-feedback-loops]]"
|
|
12
|
-
---
|
|
13
|
-
|
|
14
|
-
# Linus Torvalds
|
|
15
|
-
|
|
16
|
-
Creator of the Linux kernel (1991) and Git version control system (2005). Maintains the kernel through a hierarchical chain-of-trust model: subsystem maintainers review and merge patches, then Torvalds pulls from them during 2-week merge windows.
|
|
17
|
-
|
|
18
|
-
## Key Engineering Practices
|
|
19
|
-
|
|
20
|
-
- **Opinionated coding standards**: 8-char tabs, short functions, K&R braces. Enforced by style guide, not tooling alone.
|
|
21
|
-
- **Don't break userspace**: backward compatibility is sacred. Regressions are the primary metric for release readiness.
|
|
22
|
-
- **"Good taste" in code**: eliminating edge cases at the design level rather than handling them.
|
|
23
|
-
- **Anti-hype on AI**: vibe coding is "horrible for production" but "fairly positive" for learning (2026). AI-generated code must carry human accountability.
|
|
24
|
-
- **"Code is cheap. Show me the talk."** — values demonstrated understanding over volume of output.
|
|
25
|
-
|
|
26
|
-
## Relevance to AI Coding Harness
|
|
27
|
-
|
|
28
|
-
Torvalds' kernel workflow maps to harness quality gates: every AI-generated change must be reviewable, diffable, and attributable to a human gatekeeper. The chain-of-trust model suggests a tiered verification pipeline where simpler checks run before human review. The "don't break userspace" principle maps to behavioral regression testing as a mandatory harness layer.
|
|
@@ -1,40 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
title: "Lovable (company)"
|
|
4
|
-
created: 2026-05-03
|
|
5
|
-
updated: 2026-05-03
|
|
6
|
-
tags:
|
|
7
|
-
- company
|
|
8
|
-
- ai-coding
|
|
9
|
-
- platform
|
|
10
|
-
related:
|
|
11
|
-
- "[[Source: Lovable Architecture & Clone Analysis]]"
|
|
12
|
-
- "[[Bolt.new (StackBlitz)]]"
|
|
13
|
-
- "[[Rocket.new]]"
|
|
14
|
-
- "[[Emergent Labs]]"
|
|
15
|
-
sources:
|
|
16
|
-
- "[[Source: Lovable Architecture & Clone Analysis]]"
|
|
17
|
-
|
|
18
|
-
---# Lovable (company)
|
|
19
|
-
|
|
20
|
-
Formerly GPT Engineer. A full-stack AI development platform that transforms natural language into production-ready web applications.
|
|
21
|
-
|
|
22
|
-
## Core Product
|
|
23
|
-
- Full-stack web apps from natural language prompts
|
|
24
|
-
- Frontend, backend, database, authentication, integrations
|
|
25
|
-
- Code ownership via GitHub sync — integrates into existing engineering workflows
|
|
26
|
-
- Browser-based with enterprise compliance (SOC 2 Type II, ISO 27001, GDPR)
|
|
27
|
-
- SSO/SCIM, workspace roles, built-in security checks
|
|
28
|
-
|
|
29
|
-
## Key Differentiator
|
|
30
|
-
Lovable's breakthrough is the **orchestration layer on top of models**, not the models themselves. The system architecture bridges the "intent-to-execution chasm" that raw AI code generators fail at.
|
|
31
|
-
|
|
32
|
-
## Architecture Pattern
|
|
33
|
-
Multi-agent pipeline: Planner → Architect → Coder with Pydantic-typed structured handoffs between agents.
|
|
34
|
-
|
|
35
|
-
## Competitors
|
|
36
|
-
- Bolt.new (StackBlitz)
|
|
37
|
-
- Rocket.new
|
|
38
|
-
- Emergent Labs
|
|
39
|
-
- Replit
|
|
40
|
-
- Cursor
|
|
@@ -1,16 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
status: stub
|
|
4
|
-
created: 2026-05-02
|
|
5
|
-
updated: 2026-05-02
|
|
6
|
-
tags: [entity, person]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Martin Fowler
|
|
10
|
-
|
|
11
|
-
Software engineer at Thoughtworks. Author of canonical harness engineering patterns (feedforward/feedback controls).
|
|
12
|
-
|
|
13
|
-
## Relevance to Harness
|
|
14
|
-
|
|
15
|
-
- [[Source: Martin Fowler - Harness Engineering]] — canonical feedforward/feedback pattern
|
|
16
|
-
- [[feedforward-feedback-harness]] — applied to agent harness
|
|
@@ -1,16 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
status: stub
|
|
4
|
-
created: 2026-05-02
|
|
5
|
-
updated: 2026-05-02
|
|
6
|
-
tags: [entity, academic]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# Meng et al.
|
|
10
|
-
|
|
11
|
-
Authors of the agent harness survey paper (2026). Defined the formal H=(E,T,C,S,L,V) 6-component model covering 110+ papers and 23 systems.
|
|
12
|
-
|
|
13
|
-
## Relevance to Harness
|
|
14
|
-
|
|
15
|
-
- [[meng2026-agent-harness-survey]] — the survey paper
|
|
16
|
-
- [[harness-h-formalism]] — H-formalism concept page
|
|
@@ -1,16 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
status: stub
|
|
4
|
-
created: 2026-05-02
|
|
5
|
-
updated: 2026-05-02
|
|
6
|
-
tags: [entity, ai-lab]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# OpenAI
|
|
10
|
-
|
|
11
|
-
AI research company. Creator of GPT models and ChatGPT.
|
|
12
|
-
|
|
13
|
-
## Relevance to Harness
|
|
14
|
-
|
|
15
|
-
- [[openai-prompt-guidance]] — official prompting guidance
|
|
16
|
-
- [[Source: OpenAI Harness Engineering Five Principles]] — 5 principles from 1M-line agent-built codebase
|
|
@@ -1,38 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
title: "Rocket.new"
|
|
4
|
-
created: 2026-05-03
|
|
5
|
-
updated: 2026-05-03
|
|
6
|
-
tags:
|
|
7
|
-
- company
|
|
8
|
-
- ai-coding
|
|
9
|
-
- strategy
|
|
10
|
-
- competitive-intelligence
|
|
11
|
-
related:
|
|
12
|
-
- "[[Source: Rocket.new — Vibe Solutioning Platform]]"
|
|
13
|
-
- "[[Lovable (company)]]"
|
|
14
|
-
- "[[Bolt.new (StackBlitz)]]"
|
|
15
|
-
sources:
|
|
16
|
-
- "[[Source: Rocket.new — Vibe Solutioning Platform]]"
|
|
17
|
-
|
|
18
|
-
---# Rocket.new
|
|
19
|
-
|
|
20
|
-
"World's first Vibe Solutioning platform." Covers the full arc: market research → product strategy → app building → competitive intelligence — in one system with shared context.
|
|
21
|
-
|
|
22
|
-
## Key Numbers
|
|
23
|
-
- $15M seed (Accel, Salesforce Ventures, Together Fund) — Sept 2025
|
|
24
|
-
- 1.5M+ users across 180 countries
|
|
25
|
-
- 57 employees, HQ in Surat, India
|
|
26
|
-
- Subscriptions: $25-$350/month; ARPU ~$4,000/year
|
|
27
|
-
- Gross margins >50%
|
|
28
|
-
|
|
29
|
-
## Three Capabilities
|
|
30
|
-
1. **Solve**: Market analysis, what-to-build, GTM strategy, PRDs — consulting-style reports
|
|
31
|
-
2. **Build**: Web apps, mobile apps, landing pages, SaaS, dashboards, Figma import
|
|
32
|
-
3. **Intelligence**: Continuous competitor monitoring, daily briefs, pricing/social/hiring signals
|
|
33
|
-
|
|
34
|
-
## Key Thesis
|
|
35
|
-
"Code generation has become a commodity. Deciding what to build — and tracking what happens after — is what's missing. Running a business and just building a codebase are two different things."
|
|
36
|
-
|
|
37
|
-
## Founder
|
|
38
|
-
Vishal Virani, previously co-founder & CEO of DhiWise (which pivoted to Rocket).
|
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
type: entity
|
|
3
|
-
status: stub
|
|
4
|
-
created: 2026-05-02
|
|
5
|
-
updated: 2026-05-02
|
|
6
|
-
tags: [entity, academic]
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
# VILA-Lab
|
|
10
|
-
|
|
11
|
-
Academic research lab. Published arxiv 2604.14228: comprehensive Claude Code architecture analysis.
|
|
12
|
-
|
|
13
|
-
## Relevance to Harness
|
|
14
|
-
|
|
15
|
-
- [[claude-code-architecture-vila-lab-2026]]
|