Permissions
Permissions are not about slowing you down. They prevent three common failures:
- silent changes you didn’t intend
- risky mutations leaking into production
- team workflows with no clear approval trail
In Tentarc, permissions simply mean this: side effects stay controlled.
Three modes to remember
Explore: read-only explorationAsk to Edit: asks before risky changesAuto: automatic execution with no per-action prompt
How to choose
- use
Ask to Editas your default team mode - use
Explorefor analysis-only sessions - use
Autoonly when the flow is trusted, isolated, and reversible
Rule of thumb: if unsure, stay conservative; if proven safe, then widen autonomy.
Why this works
- approvals are scoped to what was actually requested
- “always allow” can stay session-local instead of globally leaking
- execution remains auditable after the fact
Under the hood
Tentarc uses a strict sequence:
proposal -> approve -> execute
And safe hard-blocks core write tools (Write, Edit, MultiEdit, NotebookEdit).
If you need fine-grained control, add allowlists in workspace/source permissions.json.
Practical guidance
- set
Ask to Editas the default baseline - reserve
Autofor verified, repetitive, low-risk flows - keep production-sensitive work explicit and reviewable
Share feedbackLast updated: Mar 6, 2026