Buyer due diligence
This is the public record of how we approach delivery, proof, and handoff. It names what you can inspect now and what the free call or scoping reply should confirm for your specific risk, scope, and procurement path.
Project details: We reply within two business days with a fit decision and a clear next step.
Execution record
We keep scope, technical judgment, and client communication close to the work. The engagement record is designed to make decisions, progress, and the next owner legible throughout delivery.
The proposed outcome, boundary, decision owner, and acceptance evidence are made explicit before implementation begins.
Work is reviewed against the shipped change and the next decision, not reported through a detached status layer.
Source, architecture context, operating notes, and the next owner are part of the delivery record.
Inspectable delivery controls
Buyer-facing interpretation of the public mcp-scan commit log below - controls visible in those changes, not a claimed commercial outcome the repository cannot prove.
Requests already in flight get an answer when the server closes, pinned by unit tests.
Tests wait on signals instead of sleeps and share one deadline, so machine load stops failing them.
Watch mode survives unexpected errors and reports a dead watcher instead of going quiet.
8 public changes, 10 October 2026. Log captured 2026-10-10. The repo keeps moving, so newer commits may sit above these:
| Commit | Change |
|---|---|
| 4e1d6c2 | kill a hung proxy before the burst test times out |
| 810379e | pin failed-write replies with a unit test |
| 9ba6eeb | bind each write to its request ids so callback order can't misreply |
| a94fc26 | proxy answers requests already in flight when the server closes stdin |
| 39cd3b7 | proxy test awaits its processes on a failed wait and shares one deadline |
| 078c165 | proxy lifecycle test waits on signals, not sleeps, so load can't flake it |
| 83cf423 | make the mid-scan loop test exercise the guard, cover non-Error and dead watcher |
| 03aab20 | watch: survive non-Error throws, surface dead watchers in the footer |
The delivery lead stays on the build through the production handoff. The full studio roster is public. See the studio
What delivery can include
Exact inclusions are set in the scoped engagement. These are documented artifacts from the public delivery catalog.
Public evidence
Public evidence has a source and a stated verification boundary. Confidential work remains described at the level that can be responsibly published.
Live in production
Public case study and an interface demo on invented records. The production system is behind the client's login. Built for PowerLiens; PowerLiens owns the system, its data, and its roadmap.
PowerLiens case studyPublic product surface live
The public marketing surface and privacy-screened captures are reviewable. Repository evidence is summarized because the source is private.
Public ProTeach surfaceNDA-protected
The public description is intentionally limited. It does not claim a client identity, outcome numbers, or independent verification.
Work indexPublic
Multiple long-form pieces show implementation detail, tradeoff analysis, and production pitfalls.
Writing indexPublic
The public repository and package can be inspected directly for technical review.
mcp-scan sourcePublic
The profile states the founder's execution lanes and links directly to LinkedIn, GitLab, and the mcp-scan npm package. Commit history and post dates remain visible at those sources.
Founder profileScoping boundary
A public website cannot answer every procurement question truthfully. The free call or scoping reply is where the proposed work is made specific without publishing client-sensitive details or generic assurances.
The proposed boundary, milestones, exclusions, and evidence that would show the work is ready.
Who owns the technical decisions, the direct communication path, and the review cadence for the proposed engagement.
Which security, access, confidentiality, and commercial questions are relevant to the proposed scope.
Whether the proposed scope needs specialist capacity or third-party dependencies beyond the work described publicly.
Next decision
Talk it through on a free call or send it in writing: what is blocked, what is already true, and what needs to be safe when it ships.