agentic ai
Custom engine agents: when Copilot's model is not enough
Custom engine agents bring your own orchestrator and models into Microsoft 365 Copilot. Stay declarative until the workflow leaves Copilot's loop.
6 min read · Phillip Pham
Field notes on building the retrieval layer under a company's AI: how a RAG system goes together, what chunking and embedding choices do to answer quality, how to evaluate a system honestly, and where permission-aware retrieval becomes the security boundary. Written for the engineers who will operate it, not for the person signing the contract.
8 posts, newest first
agentic ai
Custom engine agents bring your own orchestrator and models into Microsoft 365 Copilot. Stay declarative until the workflow leaves Copilot's loop.
6 min read · Phillip Pham
agentic ai
Copilot Studio implementation needs Copilot Credits, a 125% stop rule, and four layers before any production channel opens — not a demo agent.
7 min read · Phillip Pham
rag
RAG, fine-tuning and prompt engineering solve different problems. The three-way matrix shows which fits current data, stable patterns or plain instructions.
7 min read · Phillip Pham
rag
RAG system build guide: chunking strategies, embedding models, vector search, retrieval quality, evaluation, and the rollout that survives a security review.
9 min read · Phillip Pham
document processing
Intelligent document processing: extract invoices, delivery notes and POs, validate against ERP master data, then human review on exceptions.
7 min read · Phillip Pham
agentic ai
Prompt engineering is the recipe; agent engineering is the cook. The 7 skills — system design, tool contracts, retrieval, reliability, security, metrics.
6 min read · Phillip Pham
agentic ai
AI workflows follow a fixed path a human defines; AI agents let the model decide. RAG is a workflow, ReAct is the agent pattern. When each is the right call.
6 min read · Phillip Pham
agentic ai
Scaling agents is not about more infrastructure. Errors propagate, costs grow nonlinearly, and one agent owning everything becomes the bottleneck.
5 min read · Phillip Pham
This area is about the layer between your documents and the model: how a RAG system goes together, what chunking and embedding choices do to answer quality, how to evaluate a system honestly, and where permission-aware retrieval becomes the security boundary. It is written for the engineers and architects who will be paged when the assistant answers from the wrong document.
The position we take here is that retrieval quality dominates model choice. A well-chunked, well-evaluated pipeline on a mid-size open-weight model beats a frontier model bolted onto bad retrieval, and the difference shows up in the questions users stop asking. Most of the interesting failure modes in enterprise RAG are retrieval failures wearing a model failure's clothes.
The enterprise constraint changes the architecture rather than just the deployment. Permission-aware retrieval — the index knows who may read what, and the search respects it — is what turns a helpful assistant into one a compliance officer can sign off. The posts here spend their time on that layer.
The company brain is the internal knowledge base a company's AI assistants answer from: contracts, engineering documents, quality records, production data. Retrieval is the layer that finds the relevant text before the model answers, and its quality decides whether the assistant is trusted or switched off.
Mostly. Retrieval-augmented generation is the standard architecture for answering from your own documents without retraining a model, and it is where the interesting engineering decisions are: chunking strategy, embedding models, vector store choice, retrieval quality and evaluation. The posts here take positions on those decisions.
Thirty minutes with the architect who would actually run the engagement.