{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreiekshocdundljawwtsf4p35rwq37y2ooytirspsuzt6rlrt4kwcrq",
    "uri": "at://did:plc:oojf6mo4xi5eyf5yypmkwi5j/app.bsky.feed.post/3mj4vjc7cm3i2"
  },
  "description": "Stop reading everything. Start disclosing intentionally. Here is why.",
  "path": "/blog/beyond-the-junk-drawer-mastering-knowledge-with-progressive-disclosure-and-ai/",
  "publishedAt": "2026-04-10T08:24:58.000Z",
  "site": "https://www.livain.com",
  "tags": [
    "AI-driven \"Second Brains,\"",
    "context window",
    "\"hallucination noise,\"",
    "Progressive Disclosure",
    "Information Architecture"
  ],
  "textContent": "In the age of AI-driven \"Second Brains,\" the problem isn't storing information—it’s finding it without drowning in it. Many of us treat our AI co-working spaces like a digital junk drawer: we throw in every PDF, meeting transcript, and project brief, hoping the AI will just \"figure it out.\"\n\nBut AI tools operate within a context window. There is a finite amount of information they can process at once. If you force an AI to read 50 messy files to answer one question, you get \"hallucination noise,\" high costs, and slow responses.\n\nThe solution isn't a new app; it's a UI/UX principle called Progressive Disclosure. By layering your information, you can manage complex projects and client relationships with surgical precision.\n\n* * *\n\n### What is Progressive Disclosure?\n\nIn design, progressive disclosure keeps the interface clean by showing only the most relevant information at any given time. Applied to knowledge management, it creates a **filter funnel** :\n\n  1. **Wide at the top:** Scan dozens of files at the surface level (metadata and names).\n  2. **Narrow at the bottom:** Deep dive into only the 2–5 files that actually matter.\n\n\n\n* * *\n\n### The 4 Layers of a High-Performance AI Brain\n\nTo work effectively with an AI co-worker, your system should follow these four tiers. This allows the AI to navigate your \"Brain\" without needing to ingest the entire library every time.\n\n#### Layer 0: The File Name (The Cheapest Signal)\n\nA file named `notes-march.md` is a black box. A file named `2026-03-15-client-pricing-strategy-call.md` is a map. Use a strict naming convention: `YYYY-MM-DD-Client-Topic-Format.md`. This allows the AI to identify relevance just by looking at a directory listing.\n\n#### Layer 1: The Summary File (`_summary.md`)\n\nEvery project or client folder should contain a \"source of truth.\" This is a human-readable (but AI-maintained) overview.\n\n  * **What it contains:** Key stakeholders, current status, active milestones, and links to the most important files.\n  * **The Rule:** Read this first. If the summary answers the question, stop. If not, use it to identify which specific files to open next.\n\n\n\n#### Layer 2: Frontmatter (The Card Catalog)\n\nAt the top of every Markdown file, include a YAML metadata block. This lets you see the \"who, what, and why\" without reading the body text.\n\nYAML\n\n\n    ---\n    title: Q2 Strategy Alignment\n    date: 2026-04-10\n    type: meeting-notes\n    tags: [strategy, roadmap]\n    project: Project-Phoenix\n    confidence: high\n    ---\n\n\n#### Layer 3: Full Content\n\nThe complete text. This is the \"expensive\" layer. You only \"disclose\" this information once Layers 0–2 have confirmed it is the right resource.\n\n* * *\n\n### Advanced Tactics: Making Information \"Smart\"\n\nTo move from a static library to a dynamic system, you need to track how information relates and how it ages.\n\n#### 1. Relationship Mapping\n\nFiles shouldn't just sit in folders; they should point to each other. By adding fields like `superseded_by: path/to/file.md` or `leads_to: path/to/proposal.md`, you turn a flat list of files into a **navigable graph**. This helps the AI understand the evolution of a project.\n\n#### 2. Staleness Indicators\n\nInformation has a shelf life. A client’s org chart from 2024 is likely a liability, not an asset. Use these three fields to maintain trust in your system:\n\n  * `last_verified`: When was this last checked?\n  * `valid_until`: An expiration date for time-sensitive data.\n  * `confidence`: (High/Medium/Low) How much should the AI trust this specific insight?\n\n\n\n#### 3. The \"Meta-File\" for Non-Text Assets\n\nHow do you handle a `.pptx` or `.xlsx` that doesn't support metadata? Create a companion `.meta.md` file with the same name. This allows your AI to \"see\" what’s inside the spreadsheet or slide deck without having to parse the raw binary data until it’s absolutely necessary.\n\n* * *\n\n### The Workflow: How to Stay Efficient\n\nTo keep this system from breaking down, adopt a **Summary Maintenance Discipline** :\n\n  * **Update on touch:** Whenever you or the AI finish a session on a project, update the `_summary.md`.\n  * **The 30/20 Rule:** If a summary is more than 30 days old or the folder has gained 20 new files, rebuild the summary from scratch.\n  * **No Duplication:** Summaries are pointers, not copies. Keep them lean.\n\n\n\n### Summary\n\nBy implementing progressive disclosure, you aren't just organizing files; you are building an Information Architecture optimized for AI. You spend less time \"feeding\" the AI and more time getting answers, making decisions, and moving projects forward.\n\n**Stop reading everything. Start disclosing intentionally.**",
  "title": "Beyond the Junk Drawer: Mastering Knowledge with Progressive Disclosure and AI",
  "updatedAt": "2026-05-15T13:22:28.573Z"
}