PALO Guide | Deterministic local workbench
Understand PALO. Find the next accountable step.
Describe the governance situation, see which signals changed the route, and leave with concrete artifacts and a bounded product integration pattern.
Browser-local and source-grounded. This guide does not send answers, make legal decisions, certify compliance or authorize deployment. Answers remain in this tab unless you explicitly choose device storage.
Guided workbench
Turn six signals into a traceable route.
Change an answer and run the route again. The rules are local and deterministic, so the same inputs produce the same recommendation.
Recommendation
Ready for your inputs.
Start with the situation, not a module name.
The route will show a starting phase, two to four PALO steps, expected evidence and an MCP integration class.
Applying the published routing rules.
Matching your inputs to PALO phases, evidence outputs and authority boundaries.
The route could not be generated.
Complete the five required signals and try again.
Next accountable steps
Signals used
Authority boundary
Recommended handoff
How PALO reasons
Six phases, one evidence thread.
The governance loop is canonical. The recommendation selects a proportionate entry point; it does not skip accountable review or turn framework guidance into authority.
- 01Frame
Define purpose, scope, owners and affected people.
Artifact: use-case brief - 02Classify
Establish the risk route and level of scrutiny.
Artifact: risk route - 03Assess
Evaluate impacts, authority, autonomy and oversight.
Artifact: impact record - 04Control
Assign owned, testable safeguards and gates.
Artifact: control plan - 05Measure
Set indicators, thresholds, owners and cadence.
Artifact: KPI/KRI register - 06Prove & Review
Assemble evidence and decide what must reopen.
Artifact: evidence bundle
Integrate PALO into your product
Guide first. Protect actions separately.
The three guide tools explain and plan. They do not authorize deployment or execute protected actions. Add the PALO-AI governed path only when a product can cause effects.
palo_explain_frameworkExplain phases, artifacts, boundaries and released framework concepts.
palo_infer_governance_routeReturn a deterministic, reasoned route from declared context signals.
palo_plan_product_integrationRecommend a bounded integration class, architecture and readiness cautions.
Read the PALO Guide Agent and MCP integration manual for the prompt contract, tool inputs, response boundaries and product-side implementation checklist.
MCP over stdio
{
"mcpServers": {
"palo": {
"command": "node",
"args": ["/path/to/PALO/packages/palo-mcp-server/index.js"]
}
}
}
Use an absolute path and isolated development data. The reference package remains a Developer Preview.
Authenticated Streamable HTTP
{
"type": "streamable-http",
"url": "https://your-palo-host.example/mcp",
"headers": {
"Authorization": "Bearer ${PALO_MCP_TOKEN}"
}
}
Keep tokens in the client's secret store, require TLS, minimize exposed tools and configure the server host allowlist.
Configuration examples are ready to copy.
Product identity, tenant scope, tool allowlists, credential custody, unavoidable enforcement, durable execution, reviewer authentication, monitoring and independent security assurance remain product-side and deployment responsibilities.
Review the production-readiness routeContinue with a working surface