stack/examples/demo/hexclave.config.ts
Mantra f38c9d85e7
Replace writeConfigObject with AI-aware updateConfigObject (#1537)
## Summary

Replaces `writeConfigObject` (destructive overwrite) with
`updateConfigObject` — an async, AI-aware updater that preserves
user-authored config structure (imports, external file references,
helpers).

**Dual-path approach:**
- **Fast path** (deterministic, no AI): plain static literal configs →
`override()` + in-memory validation + atomic write
- **Agent path** (custom structure): configs with `import x from
"./file.txt" with { type: "text" }` etc. → Claude agent edits the
external files in place, then validates

**Safety guarantees:**
- Snapshot/restore: config + all relative imports are captured before
the agent runs; rolled back on any failure
- In-memory validation on fast path (never write unvalidated bytes)
- Semantic check when config is evaluable; no-op detection + structural
check when it isn't
- Path traversal guard on imports (rejects `../` escapes)
- Agent isolation: `settingSources: []`, `strictMcpConfig: true`,
`CLAUDE_CODE_DISABLE_AUTO_MEMORY`, no Bash tool
- `scheduleSync` only fires after a successful update
- Bounded 120s timeout on agent runs (configurable via env var)

CI failures are preexisting on `dev`
(`ERR_PNPM_LOCKFILE_CONFIG_MISMATCH` from overrides move without
lockfile regen); this branch has zero lockfile changes vs dev.

Link to Devin session:
https://app.devin.ai/sessions/cc7409a357bc472ea19fbed065f1229f
Requested by: @mantrakp04

<!-- This is an auto-generated comment: release notes by coderabbit.ai
-->

## Summary by CodeRabbit

* **New Features**
* Introduced partial configuration update functionality with validation
and automatic rollback on failures.
* Enhanced configuration management with support for more complex file
structures and external references.

* **Chores**
* Added Claude Agent SDK dependency for configuration update operations.

<!-- end of auto-generated comment: release notes by coderabbit.ai -->

## Documentation

Docs for this feature were added in this branch:

- **New page**
`docs-mintlify/guides/going-further/local-development.mdx` — covers
`stack dev`, the development-environment flow, and how dashboard edits
are written back to the local config file (structure-preserving fast
path vs. assistant path, external `import … with { type: "text" }`
templates, validation + rollback). Added to `docs.json` nav; also fixes
the previously-broken `/guides/going-further/local-development` links
from `index.mdx` and `self-host.mdx`.
- **`docs-mintlify/guides/going-further/cli.mdx`** — added a `stack dev`
("Run a development environment") section.
- **Skill-site AI prompts** — filled in the `config-docs` and
`dashboard-instructions` placeholders under
`packages/stack-shared/src/ai/unified-prompts/skill-site-prompt-parts/`,
and added a structure-preserving note to the setup prompt.
- **`CHANGELOG.md`** — user-facing entry.

---------

Co-authored-by: Devin AI <158243242+devin-ai-integration[bot]@users.noreply.github.com>
Co-authored-by: mantra <mantra@stack-auth.com>
2026-06-15 12:00:24 -07:00

149 lines
4.9 KiB
TypeScript

/**
* Hexclave project configuration as code (demo app).
*
* Source of truth for RBAC permissions/roles, auth methods, OAuth providers,
* sign-up rules, API keys, and payment plans. The Hexclave CLI (`stack dev`)
* bundles + executes this file and provisions the project to match.
*
* It's wrapped in `defineHexclaveConfig(...)`, so the shared-backend config updater takes
* its AI-agent path (not the deterministic regenerator): dashboard edits are
* reconciled back here while preserving the comments and layout. `null` on any
* value means "reset that key to its default".
*/
import { defineHexclaveConfig } from "@hexclave/next";
export const config = defineHexclaveConfig({
rbac: {
// Fine-grained, composable permissions. Higher-level ones contain the lower
// ones, so a role only needs to grant the top of each chain.
permissions: {
read_content: { description: "View content within the team", scope: "team" },
write_content: {
description: "Create and edit content within the team",
scope: "team",
containedPermissionIds: { read_content: true },
},
invite_members: { description: "Invite new members to the team", scope: "team" },
manage_members: {
description: "Remove members and change their roles",
scope: "team",
containedPermissionIds: { invite_members: true },
},
manage_billing: {
description: "Manage subscriptions, invoices, and payment methods",
scope: "team",
},
team_admin: {
description: "Full administrative control over the team",
scope: "team",
containedPermissionIds: { write_content: true, manage_members: true, manage_billing: true },
},
},
// "Roles" = the default permission sets handed out at each lifecycle moment.
// Team creators become admins; everyone else starts as a reader.
defaultPermissions: {
teamCreator: { team_admin: true },
teamMember: { read_content: true },
signUp: {},
},
},
teams: {
createPersonalTeamOnSignUp: true,
allowClientTeamCreation: true,
},
users: {
allowClientUserDeletion: false,
},
apiKeys: {
enabled: { team: true, user: true },
},
auth: {
allowSignUp: true,
password: { allowSignIn: false },
otp: { allowSignIn: true },
passkey: { allowSignIn: false },
oauth: {
accountMergeStrategy: "link_method",
providers: {
google: { type: "google", allowSignIn: true, allowConnectedAccounts: true },
github: { type: "github", allowSignIn: true, allowConnectedAccounts: true },
microsoft: { type: "microsoft", allowSignIn: false, allowConnectedAccounts: true },
},
},
// Rules are evaluated highest-priority-first; the default action applies when
// nothing matches. Conditions are CEL expressions over the sign-up context.
signUpRules: {
block_example_domain: {
enabled: false,
displayName: "Block example.com domain",
priority: 10,
condition: 'email.endsWith("@example.com")',
action: { type: "reject", message: "Sign-ups from example.com are not allowed" },
},
flag_freemail: {
enabled: false,
displayName: "Flag freemail sign-ups",
priority: 5,
condition: 'emailDomain == "gmail.com"',
action: { type: "log" },
},
},
signUpRulesDefaultAction: "allow",
},
payments: {
blockNewPurchases: false,
// Products within a product line are mutually exclusive (except add-ons).
productLines: {
saas: { displayName: "SaaS Plans", customerType: "user" },
team_plans: { displayName: "Team Plans", customerType: "team" },
},
items: {
api_calls: { displayName: "API Calls", customerType: "user" },
seats: { displayName: "Team Seats", customerType: "team" },
},
products: {
pro: {
displayName: "Pro",
productLineId: "saas",
customerType: "user",
prices: {
monthly: { USD: "20", interval: [1, "month"] },
yearly: { USD: "200", interval: [1, "year"], freeTrial: [14, "day"] },
},
includedItems: {
api_calls: { quantity: 10000, repeat: [1, "month"], expires: "when-repeated" },
},
},
team_pro: {
displayName: "Team Pro",
productLineId: "team_plans",
customerType: "team",
prices: {
monthly: { USD: "99", interval: [1, "month"] },
},
includedItems: {
seats: { quantity: 25, expires: "when-purchase-expires" },
},
},
extra_seats: {
displayName: "Extra Seats",
productLineId: "team_plans",
customerType: "team",
isAddOnTo: { team_pro: true },
stackable: true,
prices: {
per_seat: { USD: "10", interval: [1, "month"] },
},
includedItems: {
seats: { quantity: 1, expires: "when-purchase-expires" },
},
},
},
},
});