<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Forgeplan Blog</title><description>Long-form essays on engineering decisions — how to structure them, score evidence, and stop forgetting why they were made.</description><link>https://forgeplan.dev/</link><item><title>How to start using FPF: the minimal protocol</title><link>https://forgeplan.dev/blog/how-to-use-fpf/</link><guid isPermaLink="true">https://forgeplan.dev/blog/how-to-use-fpf/</guid><description>Three steps to try Anatoly Levenchuk&apos;s pattern language on your own project. With two Name Card examples and a list of traps that are easy to fall into when working with an LLM.</description><pubDate>Tue, 26 May 2026 00:00:00 GMT</pubDate></item><item><title>FPF: a map for thinking when you&apos;re not working alone</title><link>https://forgeplan.dev/blog/what-is-fpf/</link><guid isPermaLink="true">https://forgeplan.dev/blog/what-is-fpf/</guid><description>Anatoly Levenchuk&apos;s pattern language for teams with humans and AI agents - in plain English with examples for PMs, engineers, and everyday people.</description><pubDate>Tue, 26 May 2026 00:00:00 GMT</pubDate></item><item><title>Where FPF helps: 25 situations across 12 fields</title><link>https://forgeplan.dev/blog/where-fpf-helps/</link><guid isPermaLink="true">https://forgeplan.dev/blog/where-fpf-helps/</guid><description>From a payments API to a family decision about moving countries - concrete situations where Anatoly Levenchuk&apos;s FPF patterns turn confusion into working structure. Each case maps to a specific FPF pattern.</description><pubDate>Tue, 26 May 2026 00:00:00 GMT</pubDate></item><item><title>Process over model: three theses on why AI without guardrails breaks code</title><link>https://forgeplan.dev/blog/process-over-model/</link><guid isPermaLink="true">https://forgeplan.dev/blog/process-over-model/</guid><description>Three aphorisms I repeat more than the rest: &apos;PRD = WHAT, not HOW&apos;, &apos;CLAUDE.md is one agent&apos;s constitution, BMAD is the team&apos;s&apos;, &apos;without a process, AI raises code complexity&apos;. The last one isn&apos;t rhetoric - MSR 2026 gives numbers: 42.7% of agent commits raise cyclomatic complexity, 56.1% lower the Maintainability Index, +39% cognitive complexity over time.</description><pubDate>Mon, 25 May 2026 00:00:00 GMT</pubDate></item><item><title>The full cycle on a single feature - from a one-liner in chat to a decision that opens itself for review a year later</title><link>https://forgeplan.dev/blog/full-cycle-on-one-feature/</link><guid isPermaLink="true">https://forgeplan.dev/blog/full-cycle-on-one-feature/</guid><description>Six months ago, one line in chat: &apos;we need streaming for model responses.&apos; Today, a connected set of six files marked active, with measured trust and explicit review conditions. The series capstone: the path from that line to a decision, in seven steps on one real task.</description><pubDate>Sun, 24 May 2026 00:00:00 GMT</pubDate></item><item><title>POS terminal for methodologies - what Forgeplan is and why hold four ways of working in one plane</title><link>https://forgeplan.dev/blog/forgeplan-pos-terminal/</link><guid isPermaLink="true">https://forgeplan.dev/blog/forgeplan-pos-terminal/</guid><description>A waiter doesn&apos;t keep the price list, dish ingredients, taxes, and loyalty points in their head. They press buttons on a terminal, and the terminal remembers everything. Forgeplan is a POS terminal for methodologies: four ways of working in one plane, so you pick the content and the mechanics stay out of the way.</description><pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate></item><item><title>Spec is not PRD, it&apos;s the taste test - intent vs behavior, and why the difference is huge in practice</title><link>https://forgeplan.dev/blog/spec-vs-prd-tasting-test/</link><guid isPermaLink="true">https://forgeplan.dev/blog/spec-vs-prd-tasting-test/</guid><description>A recipe can sound delicious and still be unworkable. The final taste of a dish is only verified by eating it. A PRD is the recipe. A Specification is the taste test: verifiable system behavior, a delta format for changes like commit messages, a dependency graph between related specs.</description><pubDate>Fri, 22 May 2026 00:00:00 GMT</pubDate></item><item><title>An architect doesn&apos;t start with blueprints - four phases any non-trivial feature passes through, consciously or not</title><link>https://forgeplan.dev/blog/architect-doesnt-start-with-blueprints/</link><guid isPermaLink="true">https://forgeplan.dev/blog/architect-doesnt-start-with-blueprints/</guid><description>Between a one-line Slack message and a working feature there are four phases: expanding the solution space, breaking it into parts and edge cases, choosing an option, writing the contract document. The only question is whether a team runs these phases in a document in one day - or in code over two weeks of untangling consequences.</description><pubDate>Thu, 21 May 2026 00:00:00 GMT</pubDate></item><item><title>The motivation section for an architectural decision - making a record that opens itself for review a year later</title><link>https://forgeplan.dev/blog/decision-record-with-expiry/</link><guid isPermaLink="true">https://forgeplan.dev/blog/decision-record-with-expiry/</guid><description>A judge writes which evidence was considered, which was rejected, and why - so the case can be reopened a year later. Architectural decisions need exactly the same discipline. I break down the six sections of a DDR, with special attention to the one that&apos;s skipped most often: conditions for reopening.</description><pubDate>Tue, 19 May 2026 00:00:00 GMT</pubDate></item><item><title>Averages lie: why the trust in a decision is capped by its weakest piece of evidence, not the average of all pieces</title><link>https://forgeplan.dev/blog/averages-lie-trust-calculus/</link><guid isPermaLink="true">https://forgeplan.dev/blog/averages-lie-trust-calculus/</guid><description>A vendor whitepaper and a Slack screenshot from a trusted colleague can score the same &apos;average quality&apos; - but betting a decision on one vs the other is a different risk entirely. I break down R_eff: three axes of evidence, the weakest-link rule, context matching - and why one benchmark you ran yourself beats ten blog posts from strangers.</description><pubDate>Mon, 18 May 2026 00:00:00 GMT</pubDate></item><item><title>Before you fix it, write three versions of the cause: the detective&apos;s move that turns 30 minutes of guesswork into 5 minutes of accurate diagnosis</title><link>https://forgeplan.dev/blog/before-fixing-write-three-versions/</link><guid isPermaLink="true">https://forgeplan.dev/blog/before-fixing-write-three-versions/</guid><description>A good detective doesn&apos;t lock onto the first version of events. They propose three or four, describe what evidence each predicts, then go check. The same move - ADI - turns the hasty wrong fix into ten minutes of honest diagnosis. I walk through two real cases: a conversion drop and a slow search.</description><pubDate>Sat, 16 May 2026 00:00:00 GMT</pubDate></item><item><title>The decision graveyard: why six months later nobody remembers why you picked one auth flow over another</title><link>https://forgeplan.dev/blog/decision-graveyard/</link><guid isPermaLink="true">https://forgeplan.dev/blog/decision-graveyard/</guid><description>Teams accumulate invisible debt not in their code, but in forgotten architectural decisions. Notion and Confluence don&apos;t fix this - you need a different format. I break down what this debt looks like on real cases and what a decision format must contain to still be useful a year later.</description><pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate></item><item><title>R_eff: the math behind &quot;trust = weakest link&quot; in evidence-based decisions</title><link>https://forgeplan.dev/blog/r-eff-weakest-link/</link><guid isPermaLink="true">https://forgeplan.dev/blog/r-eff-weakest-link/</guid><description>ForgePlan scores every decision with R_eff = min(evidence_scores) - never the average. This post unpacks why the minimum, how individual evidence scores are computed, and how to read a real R_eff number in forgeplan score.</description><pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate></item><item><title>Markdown as source of truth, LanceDB as derived index - and the 32 violations that almost killed the invariant</title><link>https://forgeplan.dev/blog/markdown-source-of-truth/</link><guid isPermaLink="true">https://forgeplan.dev/blog/markdown-source-of-truth/</guid><description>How ForgePlan&apos;s load-bearing ADR-003 invariant got compile-time-enforced: 4 audit rounds, 56 findings, a pub(crate) lockdown across 32 call sites, and why the boring discipline matters more than clever architecture.</description><pubDate>Sun, 10 May 2026 00:00:00 GMT</pubDate></item><item><title>Harness engineering for AI coding agents - why your prompt isn&apos;t the problem</title><link>https://forgeplan.dev/blog/harness-engineering-for-ai-agents/</link><guid isPermaLink="true">https://forgeplan.dev/blog/harness-engineering-for-ai-agents/</guid><description>If your AI agent ships a feature with the wrong logic and a green test suite, the failure is in the harness - not the prompt. A walkthrough of the five harness subsystems using ForgePlan as a concrete implementation, with code examples and honest gap list.</description><pubDate>Fri, 08 May 2026 00:00:00 GMT</pubDate></item><item><title>I built a &quot;git for decisions&quot; and use it to teach engineers - six months in</title><link>https://forgeplan.dev/blog/git-for-decisions/</link><guid isPermaLink="true">https://forgeplan.dev/blog/git-for-decisions/</guid><description>Six months of dogfooding ForgePlan - a local-first CLI that treats engineering decisions like first-class artifacts. Honest report: the methodology, a war story about a tool that lied, and what AI-native actually means in practice.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate></item><item><title>Forgeplan: agent harness for AI coding agents (Rust + LanceDB)</title><link>https://forgeplan.dev/blog/forgeplan-rust-lancedb/</link><guid isPermaLink="true">https://forgeplan.dev/blog/forgeplan-rust-lancedb/</guid><description>Forgeplan is a local-first Rust CLI + MCP server that constrains where an AI coding agent can write, what state it must read, what evidence it must produce, and what gates it must pass. Markdown source of truth, compile-enforced invariant, weakest-link trust scoring, hint protocol contract.</description><pubDate>Sun, 03 May 2026 00:00:00 GMT</pubDate></item><item><title>ForgePlan: an agent harness disguised as a decision framework</title><link>https://forgeplan.dev/blog/forgeplan-as-agent-harness/</link><guid isPermaLink="true">https://forgeplan.dev/blog/forgeplan-as-agent-harness/</guid><description>Six months of building a decision framework - then realising I&apos;d built an agent harness. How ForgePlan maps to the five harness subsystems, the PROB-034 bug that taught me a harness must catch itself lying, and three honest gaps still on the roadmap.</description><pubDate>Tue, 28 Apr 2026 00:00:00 GMT</pubDate></item><item><title>The decision graveyard: why my AI restarts the same argument every session</title><link>https://forgeplan.dev/blog/decisions-not-prompts/</link><guid isPermaLink="true">https://forgeplan.dev/blog/decisions-not-prompts/</guid><description>When AI breaks something, the problem almost never is the model. The problem is that the model has nowhere to put the decision. Six months of practice with ForgePlan: four ideas, three gaps, one star on GitHub.</description><pubDate>Wed, 22 Apr 2026 00:00:00 GMT</pubDate></item><item><title>Building an agent harness in the open: six months of lessons</title><link>https://forgeplan.dev/blog/building-an-agent-harness/</link><guid isPermaLink="true">https://forgeplan.dev/blog/building-an-agent-harness/</guid><description>A harness is everything around the model except its weights. Six months of open ForgePlan development: five harness subsystems, how ADR-003 almost killed markdown as source of truth, and three roadmap holes I&apos;m calling out publicly.</description><pubDate>Wed, 15 Apr 2026 00:00:00 GMT</pubDate></item><item><title>ForgePlan: where your team&apos;s decisions actually live, if they&apos;re not lost</title><link>https://forgeplan.dev/blog/where-team-decisions-live/</link><guid isPermaLink="true">https://forgeplan.dev/blog/where-team-decisions-live/</guid><description>Six months of open development on a tool that turns team decisions into first-class git artefacts. What a decision graveyard is, how ForgePlan works, and why the repo has one star on GitHub - an honest report.</description><pubDate>Sun, 05 Apr 2026 00:00:00 GMT</pubDate></item><item><title>Welcome to the Forgeplan blog</title><link>https://forgeplan.dev/blog/welcome/</link><guid isPermaLink="true">https://forgeplan.dev/blog/welcome/</guid><description>This blog will document decisions, releases, and methodology insights from Forgeplan development.</description><pubDate>Wed, 25 Mar 2026 00:00:00 GMT</pubDate></item></channel></rss>