Their insight became the discipline of Design for Manufacturability and Assembly (DFMA)<\/strong>: manufacturing cost is not a factory problem. It is a design problem. By the time the product reached the factory floor, 70\u201380% of its cost was already locked in by design decisions made weeks or months earlier.<\/p>\n This idea spread fast. Ford. IBM. Motorola. Procter & Gamble. Industry after industry discovered that they had been optimizing their factories while the real waste was upstream, in the design stage. DFMA delivered 20\u201350% cost reductions across automotive and electronics \u2014 not by building better robots, but by designing simpler products.<\/p>\n In 2026, we have the exact same problem with AI.<\/p>\n The reason your AI assistant keeps missing the point isn’t Claude, GPT, or Gemini. It is that the prompt you wrote \u2014 the document you handed it, the SOP you uploaded, the ticket you assigned it \u2014 has the communicative equivalent of nine fasteners. It assumes a reader who already knows the unspoken rules, tolerates ambiguity, can infer missing context, and will ask for clarification when confused.<\/p>\n LLMs are not that reader. And that mismatch is costing organizations millions in failed pilots, wasted tokens, and re-work.<\/p>\n The fix is not smarter models. It is a new discipline: Design for AI (DFAI)<\/strong> \u2014 treating the way we write, structure, document, and hand off work as engineering artifacts designed to be executed by a literal machine. By the end of this post, you will have 7 concrete rules you can apply to the next prompt you write.<\/p>\n Before the analogy, the source material. DFMA is a methodology developed by Boothroyd, Dewhurst, and later Knight for analyzing product designs from the perspective of the manufacturing process that will produce them. The core idea: most production cost is determined at design time, not on the factory floor.<\/p>\n The canonical rules (Boothroyd & Dewhurst, Product Design for Manufacture and Assembly<\/em>, 1994):<\/p>\n The results were consistent across industries: 20\u201350% cost reductions, with the biggest gains coming not from process optimization but from part-count reduction. Less to assemble = faster assembly, fewer defects, lower cost.<\/p>\n The most important insight from DFMA was philosophical: it forced engineers to think about downstream processes before the design was frozen. The people writing the spec had to understand how the spec would be executed \u2014 by a machine, with no ability to fill in gaps.<\/p>\n Sound familiar?<\/p>\n The numbers are uncomfortable. Only 4% of companies have developed the AI capabilities needed to consistently generate significant value from it<\/strong> (BCG, Where’s the Value in AI?<\/em>, 2024). Gartner predicts organizations will abandon 60% of AI projects through 2026<\/strong> for lack of AI-ready data. These are not numbers about AI capability. They are numbers about AI readiness \u2014 and specifically, about the quality of the inputs organizations hand to AI systems.<\/p>\n The root causes, framed honestly, are all design failures:<\/p>\n LLMs don’t hold ambiguity open \u2014 they commit.<\/strong> Research on LLM ambiguity (arXiv 2505.11679, 2025) confirms what practitioners observe daily: when faced with an ambiguous input, LLMs don’t hold multiple interpretations open the way a human colleague might \u2014 they commit to one reading and generate forward. The ambiguity does not surface as confusion; it surfaces as a confidently wrong answer.<\/p>\n 46% of organizations identify operations as their most tribal-knowledge-dependent function<\/strong> (Lucid.co AI Readiness Report, 2025). That knowledge lives in someone’s head. It is never written down, never specified, never externalized. When an LLM processes a document that assumes that tribal knowledge, it is operating with a missing assembly manual.<\/p>\n More context is not the same as better context.<\/strong> Anthropic’s context engineering research (2025) makes the point directly: it is not about filling the context window, it is about filling it with the right information. Structured, high-signal context systematically outperforms a raw dump of documents \u2014 regardless of how large the context window is.<\/p>\n 11,000 Baby Boomers retire daily<\/strong> (Alliance for Lifetime Income, 2024), taking with them the institutional knowledge that most organizational documentation assumed was already in the reader’s head.<\/p>\n None of these are AI failures. They are failures of design \u2014 of the inputs, the documents, the prompts, the processes that LLMs are asked to execute. You cannot prompt your way out of a system that was never designed to be read by a literal machine.<\/p>\n This post is not about prompt engineering techniques, which I covered in Prompting Just Split Into 4 Different Skills<\/em><\/a>. It is not about the history of prompting methods from 2020 to 2026, which is in Anthropic Just Killed One of Its Own Prompting Tricks<\/em><\/a>. And it is not another argument that structured frameworks improve your prompts \u2014 that case was made in The $50,000 Prompt<\/em><\/a> using McKinsey methodology.<\/p>\n DFAI is a different lens. It is not about which technique you use when you open a chat window. It is about the design quality of everything the LLM reads \u2014 before it writes a single token.<\/p>\n Each principle below maps to a DFMA rule, names the DFAI equivalent, cites the research behind it, and gives a concrete before\/after example across different knowledge-work domains.<\/p>\n DFMA analogue:<\/strong> Poka-yoke \/ mistake-proofing \u2014 design parts so they can only be assembled correctly.<\/p>\n DFAI rule:<\/strong> Write prompts and documents with exactly one reasonable interpretation. If a human reader could parse it two ways, an LLM will pick one without telling you which.<\/p>\n Why it matters:<\/strong> arXiv 2505.11679 (2025) documents what practitioners already feel: LLMs bias toward generating one interpretation among many for an ambiguous input, rather than holding alternatives open. In practice, vague verbs ("analyze," "improve," "summarize"), unspecified audiences, and missing constraints are not just stylistic weaknesses \u2014 they are architectural failure points in your input design.<\/p>\n The fix is not wordsmithing. It is adding what DFMA calls a locating feature: a constraint that makes the wrong interpretation physically impossible. Specify audience, scope, format, tone, and exclusions explicitly, and the interpretation space collapses to one.<\/p>\n ❌ Before:<\/strong> "Write a follow-up email to the client about the delay."<\/p>\n ✅ After:<\/strong> "Write a 3-paragraph email to our enterprise client contact (technical buyer, skeptical tone expected). Topic: our 2-week delivery delay on Order #8821. Paragraph 1: acknowledge the delay and take responsibility. Paragraph 2: specific cause (supplier lead time extension, not internal). Paragraph 3: revised delivery date (April 28) + what we are doing to prevent recurrence. Tone: direct, professional, no apologies after the first sentence. Do not offer discounts or concessions."<\/p>\n<\/blockquote>\n DFMA analogue:<\/strong> Standardize to a single source of truth \u2014 eliminate process variation by writing it down, once, definitively.<\/p>\n DFAI rule:<\/strong> Every piece of knowledge the LLM needs to execute correctly must exist as an artifact in the prompt or context. If it lives only in someone’s head, it does not exist for the model.<\/p>\n Why it matters:<\/strong> Lucid.co’s 2025 AI Readiness Report found that 46% of organizations identify operations as their most tribal-knowledge-dependent function. When that knowledge is missing from the context, LLMs fill the gap with pattern-matching from their training data \u2014 which is often generic and occasionally wrong. The result is plausible-sounding output that violates internal conventions the model had no way to know about.<\/p>\n ❌ Before:<\/strong> "Write a Python function that follows our team’s style."<\/p>\n ✅ After:<\/strong> "Write a Python function that follows these team conventions: (1) type hints on all function signatures, (2) Google-style docstrings, (3) errors raise custom exceptions from DFMA analogue:<\/strong> Single-direction assembly \u2014 all components should load from the same direction, with clear sequencing.<\/p>\n DFAI rule:<\/strong> Break complex inputs into labeled, discrete sections. Give every section a clear header. Long undivided documents are the textual equivalent of an assembly with no orientation markers.<\/p>\n Why it matters:<\/strong> Anthropic’s context engineering research (2025) states it directly: find the smallest set of high-signal tokens that maximize the likelihood of the desired outcome. A focused, well-structured context block outperforms an unstructured document dump \u2014 regardless of raw token count. The information architecture of the context is a variable that determines output quality, not just the information itself. Chunked, labeled inputs reduce the model’s cognitive overhead in parsing, which increases the precision of generation.<\/p>\n ❌ Before:<\/strong> "Here is the research paper, three analyst reports, and some notes I took last week. Can you extract the main themes and any contradictions?"<\/p>\n ✅ After:<\/strong> Source 1 \u2014 Research paper (Smith et al., 2024):<\/strong> [paste]<\/p>\n Source 2 \u2014 Analyst report (Goldman, Feb 2026):<\/strong> [paste]<\/p>\n Source 3 \u2014 Analyst report (Bernstein, Mar 2026):<\/strong> [paste]<\/p>\n Source 4 \u2014 My notes (field interview, Apr 2026):<\/strong> [paste]<\/p>\n Output format:<\/strong> (a) 3\u20135 themes all sources agree on, (b) 2\u20133 points where sources contradict, (c) one claim in my notes not corroborated elsewhere."<\/p>\n<\/blockquote>\n DFMA analogue:<\/strong> Machine-readable format \u2014 parts described in engineering drawings, not prose descriptions, because machines need coordinates, not stories.<\/p>\n DFAI rule:<\/strong> Wherever the input data has structure, preserve it explicitly. Tables, JSON, bullet lists, and key:value pairs outperform equivalent prose for any downstream computation or extraction task.<\/p>\n Why it matters:<\/strong> As of 2025, over 600 websites had adopted the SCM example (RFQ intake):<\/strong><\/p>\n ❌ Before (narrative RFQ):<\/strong> "We’re looking for a supplier who can provide approximately 10,000 units of our standard M8 bracket, ideally in Q3, with delivery to our Munich facility. Pricing should be competitive and we need reliable quality."<\/p>\n ✅ After (structured RFQ fields):<\/strong><\/p>\n The structured version eliminates the interpretation layer entirely. The LLM \u2014 or the human \u2014 reading the second version has no decisions to make.<\/p>\n DFMA analogue:<\/strong> Self-locating features \u2014 a part that knows where it belongs, without the assembler having to decide.<\/p>\n DFAI rule:<\/strong> Never rely on implicit context accumulated across a conversation or workflow. In every handoff, every new context window, every new session, state the current state explicitly.<\/p>\n Why it matters:<\/strong> Anthropic’s Building Effective Agents<\/em> (2024) identifies implicit state assumptions as a primary source of agentic failure. In multi-step workflows, agents do not automatically carry forward information from prior steps unless that information is explicitly present in the current context. A human colleague can reconstruct context from memory; an LLM can only work with what is in front of it.<\/p>\n ❌ Before (continuing a conversation from yesterday):<\/strong> "Ok, continue with the analysis you started."<\/p>\n ✅ After:<\/strong> "## Current state: We are mid-way through a competitive analysis for a new SaaS pricing decision. Completed: market segment sizing (see table below), competitor price benchmarking for Tier 1 and Tier 2 segments. Not yet done: Tier 3 pricing, sensitivity analysis, recommendation. Next step: analyze Tier 3 pricing options using the same framework as Tier 2 (attached). Constraint: target gross margin \u2265 72%."<\/p>\n<\/blockquote>\n DFMA analogue:<\/strong> Standardized fasteners \u2014 fewer fastener types means fewer tools, fewer errors, fewer cognitive switching costs.<\/p>\n DFAI rule:<\/strong> Define a consistent, reusable protocol for how humans hand tasks to AI agents and receive results back. Ad-hoc handoffs accumulate variation; variation accumulates errors.<\/p>\n Why it matters:<\/strong> Klein and Hoffman’s work on human-AI teaming (2025) identifies interface consistency as a critical variable in collaborative performance. When humans use different prompting formats, different output schemas, and different escalation procedures across tasks, teams lose the ability to review, audit, and improve AI outputs systematically. A standardized handoff is not a constraint on creativity \u2014 it is what makes quality reproducible.<\/p>\n ❌ Before (ad hoc):<\/strong> "Hey, can you review this contract and flag anything weird? Also check if the payment terms are ok. Let me know what you think."<\/p>\n ✅ After (standardized handoff template):<\/strong><\/p>\n DFMA analogue:<\/strong> Mistake-proofing + cost visibility \u2014 design so that errors are visible immediately and cheaply, not after they have propagated downstream.<\/p>\n DFAI rule:<\/strong> Design your AI workflows to fail loudly and visibly. Build evals, assertions, and output validators before you scale. Unobservable AI output is a design defect, not an operational risk.<\/p>\n Why it matters:<\/strong> arXiv 2512.12791 (2024) argues that agentic AI evaluation must go beyond binary task completion \u2014 behavioral failures invisible to "did it finish?" metrics only surface through comprehensive assessment of tool use, memory management, and environmental interaction. An AI agent that confidently produces wrong output with no visibility mechanism is the LLM equivalent of an assembly line with no quality gate: the defects ship.<\/p>\n ❌ Before:<\/strong> Deploy a document classification agent, review a sample of outputs monthly, fix issues as they surface.<\/p>\n ✅ After:<\/strong> Define expected output schema before deployment. Write 20 test cases with known correct answers. Instrument the agent to log confidence scores and flag low-confidence outputs for human review. Set a threshold (e.g., \u226595% classification agreement on the test set) as a go\/no-go criterion. Review the eval dashboard weekly; trigger investigation if accuracy drops >2 percentage points.<\/p>\n<\/blockquote>\n DFMA was a manufacturing discipline. It was not designed for the specific pathologies of knowledge work. Three inversions surprised even DFMA devotees when they tried to port the discipline to AI.<\/p>\n DFMA placed the burden on engineers: design the product to suit the process. DFAI places the burden on knowledge workers: write for a reader that cannot infer intent.<\/p>\n This is culturally harder than it sounds. Most professional writing \u2014 business emails, strategy documents, meeting notes, project briefs \u2014 is proudly ambiguous. It is written for human colleagues who share context, who ask questions, who can read between the lines. Ambiguity in that context is not a bug; it is efficient shorthand.<\/p>\n An LLM has none of those social repair mechanisms. It cannot ask a clarifying question in the middle of executing a 35-minute agentic task. It reads what is in front of it, commits to one interpretation, and generates forward. The cultural ask of DFAI \u2014 "write as if your reader is intelligent but has no unspoken context, cannot infer, and will not ask" \u2014 runs directly against how most professionals have been trained to communicate. That is not a technical problem. It is an organizational change management problem.<\/p>\n The DFMA version of this insight was that the best cost reduction often came from removing a part entirely, not redesigning it. The same inversion applies to DFAI.<\/p>\n When a prompt fails, the instinct is to engineer a more sophisticated prompt for the same underlying task structure. Add more instructions. More examples. More constraints. More chain-of-thought scaffolding.<\/p>\n Often the right move is simpler and harder: redesign the task so the agent has fewer decisions to make<\/strong>. Fewer branches, fewer interpretations required, fewer opportunities to go wrong. The best DFAI move is frequently "restructure the upstream input so this decision doesn’t need to be made at all" \u2014 not "write a cleverer prompt to handle a structural mess."<\/p>\n This matters because it shifts the intervention point. Prompt optimization is local. Input redesign is systemic. Organizations that only ever optimize prompts are iterating around the edges of a design problem they have not named.<\/p>\n The moment an LLM reads something, the quality of that thing becomes the ceiling of the output.<\/p>\n Your README. Your onboarding document. Your meeting-notes-to-CRM template. Your procurement policy SOP. Your style guide. Your RFQ form. All of them are now executable substrate<\/strong>, not help files. If they are vague, your AI outputs will be vague. If they contain outdated information, your AI outputs will be confidently wrong. If they assume tribal knowledge, your AI outputs will silently omit what was never written down.<\/p>\n This is the organizational consequence that most AI adoption strategies miss entirely. The bottleneck is not model capability. It is documentation quality \u2014 and documentation quality has been neglected for decades precisely because human readers could compensate for it. LLMs cannot.<\/p>\n The 11,000 Baby Boomers who retire daily (Alliance for Lifetime Income, 2024) are not just taking their experience with them. They are making visible, for the first time, just how much organizational functioning depended on knowledge that was never written down at all.<\/p>\n The quadrant above plots common workplace artifacts on two axes: how explicit they are (does the document contain everything the reader needs?) versus how structured they are (is the information machine-readable?). Well-written API documentation and structured data schemas sit in the upper-right. Tribal knowledge and watercooler conversation sit in the lower-left. Most organizational documentation clusters somewhere in the middle \u2014 written for humans who could fill in the gaps, and now insufficient for machines that cannot.<\/p>\n Every analogy has limits. Here are DFAI’s:<\/p>\n DFMA designs for deterministic processes. LLMs are probabilistic.<\/strong> DFAI can reduce ambiguity, improve input structure, and make outputs more consistent \u2014 but it cannot eliminate non-determinism. Two identical prompts may produce different outputs. Design reduces variance; it does not eliminate it. Build your workflows accordingly: treat AI output as a high-quality first draft that requires a defined review step, not a guaranteed result.<\/p>\n DFMA’s improvements are durable. DFAI requires continuous re-evaluation.<\/strong> A part designed to DFMA principles in 1990 still works the same way in 2026. A prompt tuned for Claude 3.5 may behave meaningfully differently on Claude 4, GPT-5, or a fine-tuned domain model. Model versions change frequently, and optimization against a specific model can become a liability when that model is deprecated. DFAI principles should be robust to model changes, but specific prompt implementations should be re-validated when models change.<\/p>\n Works best for structured, repeatable work.<\/strong> DFAI is powerful for high-volume, repeatable knowledge tasks: document classification, RFQ intake, report generation, ticket triage, data extraction, meeting summarization. It is weaker for genuinely ambiguous, creative, or relationship-driven work where the right output is not specifiable in advance. Know the difference before you apply the discipline.<\/p>\n Some rules are artifacts of current constraints.<\/strong> Chunking and context minimization are partially driven by today’s context-window and attention limitations. Those constraints may relax significantly in the next two to five years. The underlying principle \u2014 structured inputs outperform unstructured inputs \u2014 is robust. The specific implementation guidance may need updating.<\/p>\n Theory without a handle is a decoration. Here is how to apply DFAI immediately \u2014 two variants.<\/p>\n Take your last 10 chat prompts.<\/strong> Count how many contain a word or phrase that has more than one reasonable interpretation. Be honest: "analyze," "improve," "review," "summarize" almost always fail this test.<\/p>\n<\/li>\n Pick the worst offender.<\/strong> The one most likely to generate a plausible-but-wrong response because the goal was underspecified.<\/p>\n<\/li>\n Rewrite it to pass the one-interpretation test.<\/strong> Add: audience, scope, constraints, output format, and at least one explicit exclusion (what the model should not<\/em> do).<\/p>\n<\/li>\n Add a state block at the top.<\/strong> Even for single-turn prompts: what is the current situation, what has already been done, what does "done" look like.<\/p>\n<\/li>\n Save it as a reusable template.<\/strong> Strip out the specifics and leave the structure. You have just built a DFAI-compliant part \u2014 one that can be reused, improved, and handed to a colleague without explaining what you meant.<\/p>\n<\/li>\n<\/ol>\n Pick one high-volume process<\/strong> \u2014 RFQ intake, ticket triage, invoice coding, meeting notes \u2192 CRM, contract review. Pick the one where AI output quality is most variable.<\/p>\n<\/li>\n Map every implicit decision.<\/strong> Walk through the process step by step. Every place where a human thinks "obviously, I would…" \u2014 that is a gap in the design. Write them all down.<\/p>\n<\/li>\n Score each gap:<\/strong> Can it be written as an explicit rule? (Yes \/ No \/ Maybe.) The "yes" pile is your DFAI backlog.<\/p>\n<\/li>\n Identify the 3 biggest nine-fastener moments<\/strong> \u2014 places where the design itself could eliminate a step, not just improve it. Where does the process require the LLM to make an inferential leap that good input design could eliminate entirely?<\/p>\n<\/li>\n Redesign one this quarter.<\/strong> Not a transformation program. One process, one rule, one structured template. Measure the output quality difference. Then do the next one.<\/p>\n<\/li>\n<\/ol>\n Assess where you stand on all 7 DFAI principles \u2014 get your weighted Readiness Score (0\u2013100) and targeted recommendations for your two weakest areas.<\/p>\n Interactive Dashboard<\/strong><\/p>\n Explore the data yourself \u2014 adjust parameters and see the results update in real time.<\/p>\n Open Interactive Dashboard →<\/a><\/div>\n Related posts on inphronesys.com:<\/strong><\/p>\n Forty years ago, Boothroyd & Dewhurst showed that manufacturing cost was a design problem. Today, bad prompts and failing AI pilots are the same kind of mistake. Here are 7 principles for designing work that LLMs can actually execute.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[139,269],"tags":[272,274,158,275,156,270,271,273,60,157],"class_list":["post-1811","post","type-post","status-publish","format-standard","hentry","category-artificial-intelligence","category-strategy","tag-agentic-ai","tag-ai-adoption","tag-ai-strategy","tag-boothroyd-dewhurst","tag-context-engineering","tag-design-for-ai","tag-dfma","tag-knowledge-work","tag-llm","tag-prompt-engineering-2"],"_links":{"self":[{"href":"https:\/\/inphronesys.com\/index.php?rest_route=\/wp\/v2\/posts\/1811","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/inphronesys.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/inphronesys.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/inphronesys.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/inphronesys.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1811"}],"version-history":[{"count":1,"href":"https:\/\/inphronesys.com\/index.php?rest_route=\/wp\/v2\/posts\/1811\/revisions"}],"predecessor-version":[{"id":1813,"href":"https:\/\/inphronesys.com\/index.php?rest_route=\/wp\/v2\/posts\/1811\/revisions\/1813"}],"wp:attachment":[{"href":"https:\/\/inphronesys.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1811"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/inphronesys.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1811"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/inphronesys.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1811"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nSection 1 \u2014 DFMA in One Minute<\/h2>\n
\n
![\"DFMA](\"https:\/\/inphronesys.com\/wp-content\/uploads\/2026\/04\/dfai_part_count-1.png\")
<\/p>\n
\nSection 2 \u2014 Why Your Prompts and Pilots Stall<\/h2>\n
![\"From](\"https:\/\/inphronesys.com\/wp-content\/uploads\/2026\/04\/dfai_funnel-1.png\")
<\/p>\n
\nSection 3 \u2014 The 7 Principles of Design for AI<\/h2>\n
![\"The](\"https:\/\/inphronesys.com\/wp-content\/uploads\/2026\/04\/dfai_principles_card-1.png\")
<\/p>\n
\nPrinciple 1: Eliminate Ambiguity<\/h3>\n
\n
\nPrinciple 2: Externalize Tribal Knowledge<\/h3>\n
\n
exceptions.py<\/code>, never bare Exception<\/code>, (4) no logic in __init__<\/code> files, (5) max function length 40 lines. Function to write: [spec follows]."<\/p>\n<\/blockquote>\n
\nPrinciple 3: Chunk and Label<\/h3>\n
\n
\n"## Task: Extract themes and contradictions across 4 sources.<\/p>\n
\nPrinciple 4: Prefer Structured Over Narrative<\/h3>\n
\/llms.txt<\/code> standard (Howard, Answer.AI, 2024) \u2014 a structured, Markdown-formatted file designed to give LLMs a machine-readable summary of a site’s content rather than a scraped prose page. The premise is the same as a CAD drawing versus a verbal description: structured formats are unambiguous by construction.<\/p>\n\n
Part number: M8-BKT-001\nQuantity: 10,000 units\nDelivery: 2026-09-01 (hard), Munich (plant code MU-03)\nSpec: DIN 912, Grade 8.8, zinc-plated\nPrice target: \u2264 \u20ac0.42\/unit\nRequired certificates: EN 15048, ISO 9001\nBid deadline: 2026-05-15\n<\/code><\/pre>\n<\/blockquote>\n
\nPrinciple 5: Make State Explicit<\/h3>\n
\n
\nPrinciple 6: Standardize the Human↔Agent Handoff<\/h3>\n
\n
TASK: [one-line description]\nCONTEXT: [relevant background \u2014 max 200 words]\nCONSTRAINTS: [hard limits the output must respect]\nOUTPUT FORMAT: [exact structure, e.g., JSON schema or Markdown template]\nESCALATION CRITERIA: [conditions under which the agent should stop and flag for human review]\n<\/code><\/pre>\n<\/blockquote>\n
\nPrinciple 7: Observability First<\/h3>\n
\n
\nSection 4 \u2014 Three Things DFMA Didn’t Warn Us About<\/h2>\n
1. Humans must become more literal, not agents more human.<\/h3>\n
2. Eliminating steps beats optimizing them.<\/h3>\n
3. Your notes, docs, and templates are now production infrastructure.<\/h3>\n
![\"The](\"https:\/\/inphronesys.com\/wp-content\/uploads\/2026\/04\/dfai_quadrant-1.png\")
<\/p>\n
\nSection 5 \u2014 Where the Analogy Breaks<\/h2>\n
\nSection 6 \u2014 The 5-Step DFAI Audit You Can Run This Week<\/h2>\n
A. For individuals and prompt authors<\/h3>\n
\n
B. For teams and workflow owners<\/h3>\n
\n
![\"The](\"https:\/\/inphronesys.com\/wp-content\/uploads\/2026\/04\/dfai_audit-1.png\")
<\/p>\n
\nShow R Code<\/strong><\/summary>\n
# =============================================================================\n# Design for AI (DFAI) \u2014 Image Generation\n# =============================================================================\n# Generates all 5 visualizations for the "Design for AI" (DFMA \u2192 DFAI) post.\n#\n# Required packages: ggplot2, dplyr, scales, ggrepel\n# Output: Images\/dfai_*.png (800px wide, white background)\n# =============================================================================\n\nsource("Scripts\/theme_inphronesys.R")\n\nlibrary(ggplot2)\nlibrary(dplyr)\nlibrary(scales)\n\nimg_dir <- "Images"\n\n# =============================================================================\n# IMAGE 1: dfai_part_count.png (800x400)\n# DFMA before\/after bar chart \u2014 consumer hairdryer fastener count\n# =============================================================================\n\ndf_parts <- data.frame(\n design = factor(\n c("Legacy design\\n(pre-DFMA)", "DFMA-redesigned"),\n levels = c("Legacy design\\n(pre-DFMA)", "DFMA-redesigned")\n ),\n parts = c(9, 1),\n bar_fill = c("legacy", "redesigned")\n)\n\np1 <- ggplot(df_parts, aes(x = design, y = parts, fill = bar_fill)) +\n geom_col(width = 0.5) +\n geom_text(\n aes(label = paste0(parts, " fastener", ifelse(parts > 1, "s", ""))),\n vjust = -0.45, fontface = "bold", size = 6, color = iph_colors$dark\n ) +\n scale_fill_manual(\n values = c(legacy = iph_colors$lightgrey, redesigned = iph_colors$blue),\n guide = "none"\n ) +\n scale_y_continuous(limits = c(0, 11.5), breaks = NULL) +\n labs(\n title = "DFMA: A Design Problem, Not a Factory Problem",\n subtitle = "Illustrative DFMA part-count reduction (Boothroyd & Dewhurst)",\n caption = "Boothroyd & Dewhurst: 20\u201350% cost reduction is a design problem, not a factory problem.",\n x = NULL, y = NULL\n ) +\n theme_inphronesys(grid = "none")\n\nggsave(file.path(img_dir, "dfai_part_count.png"), p1,\n width = 8, height = 4, dpi = 100, bg = "white")\n\n\n# =============================================================================\n# IMAGE 2: dfai_funnel.png (800x500)\n# Pilot-to-production attrition funnel\n# =============================================================================\n\nsteps <- c("GenAI pilots\\nlaunched", "Still active\\nafter 6 months", "Reach\\nproduction scale")\npcts <- c(100, 49, 4)\n\ndf_funnel <- data.frame(\n step = factor(steps, levels = rev(steps)),\n pct = pcts\n)\n\np2 <- ggplot() +\n geom_col(data = df_funnel, aes(y = step, x = 100),\n fill = iph_colors$lightgrey, width = 0.55) +\n geom_col(data = df_funnel, aes(y = step, x = pct),\n fill = iph_colors$blue, width = 0.55) +\n geom_text(data = df_funnel, aes(y = step, x = pct, label = paste0(pct, "%")),\n hjust = -0.25, fontface = "bold", size = 5.5, color = iph_colors$dark) +\n annotate("text", y = 2, x = 53,\n label = "Ambiguous requirements,\\nfragmented data",\n hjust = 0, size = 3.5, color = iph_colors$grey,\n lineheight = 1.25, fontface = "italic") +\n annotate("text", y = 1, x = 8,\n label = "No observability,\\nunclear ownership",\n hjust = 0, size = 3.5, color = iph_colors$grey,\n lineheight = 1.25, fontface = "italic") +\n scale_x_continuous(limits = c(0, 130), breaks = NULL) +\n labs(\n title = "The GenAI Pilot Graveyard",\n subtitle = "Of every 100 AI pilots launched, only 4 reach production scale",\n caption = "Source: BCG AI Adoption Survey, 2024",\n x = NULL, y = NULL\n ) +\n theme_inphronesys(grid = "none") +\n theme(axis.text.y = element_text(size = 12, color = iph_colors$dark))\n\nggsave(file.path(img_dir, "dfai_funnel.png"), p2,\n width = 8, height = 5, dpi = 100, bg = "white")\n\n\n# =============================================================================\n# IMAGE 3: dfai_principles_card.png (800x700)\n# The 7 DFAI principles comparison card\n# =============================================================================\n\nprinciples <- data.frame(\n num = 1:7,\n dfma = c(\n "Poka-yoke (mistake-proofing)",\n "Standardize parts & processes",\n "Single assembly direction",\n "Machine-readable geometry",\n "Self-locating features",\n "Standardized fasteners",\n "Design for ease of inspection"\n ),\n dfai = c(\n "Eliminate ambiguity",\n "Externalize tribal knowledge",\n "Chunk and label",\n "Prefer structured over narrative",\n "Make state explicit",\n "Standardize the human\\u2194agent handoff",\n "Observability first"\n )\n)\n\nrow_h <- 0.1\n\np3 <- ggplot() +\n annotate("rect", xmin = 0, xmax = 1, ymin = 0.9, ymax = 1.0,\n fill = iph_colors$blue, color = NA) +\n annotate("text", x = 0.5, y = 0.95,\n label = "Design for AI: The 7 Principles",\n hjust = 0.5, vjust = 0.5, size = 7, fontface = "bold", color = "white") +\n annotate("rect", xmin = 0, xmax = 0.47, ymin = 0.8, ymax = 0.9,\n fill = iph_colors$navy, color = NA) +\n annotate("text", x = 0.235, y = 0.85,\n label = "DFMA Principle", hjust = 0.5, vjust = 0.5,\n size = 4.5, fontface = "bold", color = "white") +\n annotate("rect", xmin = 0.47, xmax = 0.53, ymin = 0.8, ymax = 0.9,\n fill = iph_colors$navy, color = NA) +\n annotate("text", x = 0.5, y = 0.85, label = "\\u2192",\n hjust = 0.5, vjust = 0.5, size = 5, color = "white") +\n annotate("rect", xmin = 0.53, xmax = 1.0, ymin = 0.8, ymax = 0.9,\n fill = iph_colors$navy, color = NA) +\n annotate("text", x = 0.765, y = 0.85,\n label = "DFAI Rule", hjust = 0.5, vjust = 0.5,\n size = 4.5, fontface = "bold", color = "white")\n\nfor (i in 1:7) {\n row_top <- 1.0 - (i + 1) * row_h\n row_bottom <- row_top - row_h\n row_mid <- (row_top + row_bottom) \/ 2\n row_fill <- if (i %% 2 == 0) iph_colors$lightgrey else "#ffffff"\n\n p3 <- p3 +\n annotate("rect", xmin = 0, xmax = 1,\n ymin = row_bottom, ymax = row_top, fill = row_fill, color = NA) +\n annotate("point", x = 0.04, y = row_mid, size = 8,\n color = iph_colors$blue, shape = 16) +\n annotate("text", x = 0.04, y = row_mid,\n label = as.character(principles$num[i]),\n hjust = 0.5, vjust = 0.5, size = 3.8,\n fontface = "bold", color = "white") +\n annotate("text", x = 0.10, y = row_mid,\n label = principles$dfma[i], hjust = 0, vjust = 0.5,\n size = 3.8, color = iph_colors$dark) +\n annotate("text", x = 0.5, y = row_mid, label = "\\u2192",\n hjust = 0.5, vjust = 0.5, size = 4.5, color = iph_colors$grey) +\n annotate("text", x = 0.56, y = row_mid,\n label = principles$dfai[i], hjust = 0, vjust = 0.5,\n size = 3.8, fontface = "bold", color = iph_colors$blue)\n}\n\np3 <- p3 +\n annotate("rect", xmin = 0, xmax = 1, ymin = 0, ymax = 0.1,\n fill = iph_colors$lightgrey, color = NA) +\n annotate("text", x = 0.5, y = 0.05,\n label = "inphronesys.com \\u00b7 2026",\n hjust = 0.5, vjust = 0.5, size = 3.5, color = iph_colors$grey) +\n coord_cartesian(xlim = c(0, 1), ylim = c(0, 1), expand = FALSE) +\n theme_void()\n\nggsave(file.path(img_dir, "dfai_principles_card.png"), p3,\n width = 8, height = 7, dpi = 100, bg = "white")\n\n\n# =============================================================================\n# IMAGE 4: dfai_quadrant.png (800x500)\n# 2x2 AI-readiness quadrant\n# =============================================================================\n\nlibrary(ggrepel)\n\ndf_quad <- data.frame(\n label = c(\n "Slack message", "Hallway conversation", "Meeting minutes", "Email thread",\n "README \/ SOP", "Well-written\\nAPI docs", "Master data\\nrecord",\n "JSON schema \/\\nOpenAPI spec"\n ),\n structured = c(18, 5, 38, 28, 65, 85, 80, 95),\n explicit = c(22, 5, 45, 32, 63, 90, 88, 95),\n priority = c(FALSE, FALSE, FALSE, FALSE, FALSE, TRUE, TRUE, TRUE)\n)\n\np4 <- ggplot(df_quad, aes(x = structured, y = explicit)) +\n annotate("rect", xmin = 50, xmax = 100, ymin = 50, ymax = 100,\n fill = iph_colors$blue, alpha = 0.08) +\n annotate("rect", xmin = 0, xmax = 50, ymin = 0, ymax = 50,\n fill = iph_colors$lightgrey, alpha = 0.6) +\n annotate("text", x = 75, y = 97, label = "AI-ready",\n hjust = 0.5, vjust = 1, size = 5, fontface = "bold",\n color = iph_colors$blue) +\n annotate("text", x = 25, y = 3, label = "AI-hostile",\n hjust = 0.5, vjust = 0, size = 5, fontface = "bold",\n color = iph_colors$grey) +\n geom_vline(xintercept = 50, linetype = "dashed",\n color = iph_colors$grey, linewidth = 0.5, alpha = 0.7) +\n geom_hline(yintercept = 50, linetype = "dashed",\n color = iph_colors$grey, linewidth = 0.5, alpha = 0.7) +\n geom_point(aes(color = priority, size = priority), alpha = 0.9) +\n scale_color_manual(\n values = c("FALSE" = iph_colors$navy, "TRUE" = iph_colors$blue),\n guide = "none"\n ) +\n scale_size_manual(values = c("FALSE" = 3, "TRUE" = 4), guide = "none") +\n geom_text_repel(aes(label = label), size = 3.4, color = iph_colors$dark,\n segment.color = iph_colors$grey, segment.size = 0.3,\n max.overlaps = 15, box.padding = 0.5, seed = 42,\n lineheight = 0.9) +\n scale_x_continuous(limits = c(0, 100), breaks = c(8, 92),\n labels = c("Narrative", "Structured")) +\n scale_y_continuous(limits = c(0, 100), breaks = c(8, 92),\n labels = c("Implicit", "Explicit")) +\n labs(\n title = "How AI-Ready Is Your Information?",\n subtitle = "Documents and artifacts mapped by structure and explicitness",\n x = NULL, y = NULL\n ) +\n theme_inphronesys(grid = "none") +\n theme(\n axis.text.x = element_text(size = 12, color = iph_colors$dark, face = "bold"),\n axis.text.y = element_text(size = 12, color = iph_colors$dark, face = "bold")\n )\n\nggsave(file.path(img_dir, "dfai_quadrant.png"), p4,\n width = 8, height = 5, dpi = 100, bg = "white")\n\n\n# =============================================================================\n# IMAGE 5: dfai_audit.png (800x500)\n# 5-step DFAI audit \u2014 two columns (individuals + teams)\n# =============================================================================\n\nind_steps <- c(\n "List your last\\n10 prompts",\n "Find the most\\nambiguous",\n "Rewrite: scope +\\nformat + exclusions",\n "Move implicit\\ncontext \\u2192 explicit",\n "Save as\\ntemplate"\n)\n\nteam_steps <- c(\n "Pick one high-\\nvolume process",\n "List implicit\\ndecisions",\n "Score: rule-able?\\ny \/ n \/ maybe",\n "Find 3 '9-fastener\\nmoments'",\n "Redesign one\\nthis quarter"\n)\n\nn_steps <- 5\ncx_ind <- 0.165; tx_ind <- 0.215\ncx_team <- 0.665; tx_team <- 0.715\ntop_y <- 0.695; step_h <- 0.135\n\np5 <- ggplot() +\n annotate("rect", xmin = 0, xmax = 1, ymin = 0.9, ymax = 1.0,\n fill = iph_colors$blue, color = NA) +\n annotate("text", x = 0.5, y = 0.95,\n label = "Run this DFAI audit this week",\n hjust = 0.5, vjust = 0.5, size = 6.5, fontface = "bold", color = "white") +\n annotate("rect", xmin = 0.02, xmax = 0.48, ymin = 0.82, ymax = 0.90,\n fill = iph_colors$navy, color = NA) +\n annotate("text", x = 0.25, y = 0.86, label = "For individuals",\n hjust = 0.5, vjust = 0.5, size = 4.5, fontface = "bold", color = "white") +\n annotate("rect", xmin = 0.52, xmax = 0.98, ymin = 0.82, ymax = 0.90,\n fill = iph_colors$navy, color = NA) +\n annotate("text", x = 0.75, y = 0.86, label = "For teams",\n hjust = 0.5, vjust = 0.5, size = 4.5, fontface = "bold", color = "white") +\n annotate("rect", xmin = 0.02, xmax = 0.48, ymin = 0.04, ymax = 0.82,\n fill = iph_colors$light, color = NA) +\n annotate("rect", xmin = 0.52, xmax = 0.98, ymin = 0.04, ymax = 0.82,\n fill = iph_colors$light, color = NA)\n\nfor (i in seq_len(n_steps)) {\n y_pos <- top_y - (i - 1) * step_h\n p5 <- p5 +\n annotate("point", x = cx_ind, y = y_pos, size = 9,\n color = iph_colors$blue, shape = 16) +\n annotate("text", x = cx_ind, y = y_pos, label = as.character(i),\n hjust = 0.5, vjust = 0.5, size = 4, fontface = "bold", color = "white") +\n annotate("text", x = tx_ind, y = y_pos, label = ind_steps[i],\n hjust = 0, vjust = 0.5, size = 3.4,\n color = iph_colors$dark, lineheight = 1.15) +\n annotate("point", x = cx_team, y = y_pos, size = 9,\n color = iph_colors$blue, shape = 16) +\n annotate("text", x = cx_team, y = y_pos, label = as.character(i),\n hjust = 0.5, vjust = 0.5, size = 4, fontface = "bold", color = "white") +\n annotate("text", x = tx_team, y = y_pos, label = team_steps[i],\n hjust = 0, vjust = 0.5, size = 3.4,\n color = iph_colors$dark, lineheight = 1.15)\n\n if (i < n_steps) {\n y_from <- y_pos - 0.04; y_to <- y_pos - step_h + 0.04\n p5 <- p5 +\n annotate("segment", x = cx_ind, xend = cx_ind, y = y_from, yend = y_to,\n arrow = arrow(length = unit(0.1, "cm"), type = "closed"),\n color = iph_colors$grey, linewidth = 0.4) +\n annotate("segment", x = cx_team, xend = cx_team, y = y_from, yend = y_to,\n arrow = arrow(length = unit(0.1, "cm"), type = "closed"),\n color = iph_colors$grey, linewidth = 0.4)\n }\n}\n\np5 <- p5 +\n coord_cartesian(xlim = c(0, 1), ylim = c(0, 1), expand = FALSE) +\n theme_void()\n\nggsave(file.path(img_dir, "dfai_audit.png"), p5,\n width = 8, height = 5, dpi = 100, bg = "white")\n\ncat("\\nAll 5 DFAI images generated successfully.\\n")\n<\/code><\/pre>\n<\/details>\n
\nInteractive Dashboard<\/h2>\n
\nReferences<\/h2>\n
\n
\n