Discussion about this post

User's avatar
Felix Asencio's avatar

"The views carry institutional knowledge that would otherwise live in one person's head" — this is the core vulnerability in every knowledge-intensive function, and your three-layer approach addresses it elegantly for business data.

The same pattern plays out in software engineering. How we calculate margin becomes how we structure error handling. Churn definitions become architectural standards. Intercompany exclusion rules become security boundaries. The knowledge exists, but it lives in senior engineers' heads and scattered Slack threads — not embedded in the tools making decisions.

Your distinction between AI as advisor vs analyst applies here too. An AI coding tool operating as advisor gives generic best practices. One operating as analyst — connected to the organization's actual conventions, post-mortems, and architectural decisions — produces output that reflects how the team actually builds software.

We've been building that connector layer for engineering teams: https://encephalon.net/whitepaper. Different domain, same three-layer architecture.

No posts

Ready for more?