mini-apps
GitHub指导在Clodex中构建自定义交互式Web应用(Mini Apps)。涵盖目录结构、文件编写、Iframe沙箱约束、通过API打开/重载应用,以及利用postMessage实现沙箱与应用间的双向通信。
触发场景
安装
npx skills add mereyabdenbekuly-ctrl/clodex-ide --skill mini-apps -g -y
SKILL.md
Frontmatter
{
"name": "mini-apps",
"description": "Guide for building custom interactive web apps (\"mini apps\") displayed in browser tabs — scaffolding, iframe constraints, bidirectional messaging with the sandbox, and iteration workflows."
}
Mini Apps
Mini apps are custom interactive web apps that render in dedicated clodex browser tabs. Useful for dashboards, visualizations, forms, interactive tools, and any UI that benefits from rich HTML/CSS/JS beyond plain text.
Apps Directory (apps/)
The apps/ mount is always available with full read-write permissions. Each app lives in its own subfolder with index.html as the required entry point. Optional sibling assets (styles.css, script.js, images, etc.) are resolved via relative references.
apps/{appId}/
index.html ← entry point (required)
styles.css ← optional
script.js ← optional
Writing App Files
Create and edit app files (index.html, styles.css, script.js), then open or reload via the sandbox with await API.openApp("appId", { title: 'Readable title' }).
Iframe Constraints
- Renders inside a dedicated browser tab with normal Clodex browser chrome.
- The app itself is sandboxed in an
app://iframe inside a trustedclodex://internal/preview/{appId}shell. - Design responsively. Always include responsive base styles and a viewport meta tag.
Opening Apps (Sandbox)
Use API.openApp(appId, opts?) from the sandbox. The sandbox is used only for opening apps and communicating with them.
| Option | Type | Default | Description |
|---|---|---|---|
pluginId |
string |
— | Opens a plugin app instead of an agent app |
title |
string |
— | Human-readable tab breadcrumb label |
target |
'tab' |
'tab' |
Explicit tab target; retained for compatibility/documentation |
setActive |
boolean |
true |
Whether the preview tab should become active immediately |
API.openApp()always opens an internal preview tab with a sandboxedapp://iframe.- Calling with the same
appIdopens a refreshed tab — use after editing files.
Non-authority UI Messaging
Apps and the sandbox communicate via postMessage.
This channel is only for ordinary app UI data. It does not carry Artifact Bridge authority, sessions, grants, or capability responses.
Sandbox → App: API.sendMessage(appId, data, opts?) — sends a JSON-serializable message to the active app.
App → Sandbox: API.onMessage(appId, callback, opts?) — registers a listener for messages the app sends via window.parent.postMessage(data, "*"). Returns an unsubscribe function. Listeners persist across IIFE executions; use globalThis to accumulate messages.
Inside the app (HTML/JS):
- Receive:
window.addEventListener("message", (e) => { /* e.data */ }) - Send:
window.parent.postMessage({ action: "clicked", id: 1 }, "*")
Artifact Bridge
Artifact Bridge is separate from the UI messaging channel above. When the current build, feature gates, and trusted host wiring permit it, an isolated app document receives one frozen API:
window.clodexArtifactBridge?: Readonly<{
request(method: string, params: Record<string, unknown>): Promise<unknown>;
}>;
The API may be absent or every request may fail closed. Its presence is not a grant, and a previous successful request is not continuing permission.
Protocol methods include:
getCapabilitiescallMcpTool— only a specifically granted MCP tool whose effective policy is automatic allow, whose descriptor is read-only, and which is not destructiveaskAgent— bounded prompt and responserunAutomation— launch an existing automation by ID
Client usage
Minimal fail-closed client shape:
async function callClodex(method, params = {}) {
const bridge = window.clodexArtifactBridge;
if (!bridge || typeof bridge.request !== "function") {
throw new Error("Artifact Bridge is unavailable");
}
return await bridge.request(method, params);
}
try {
const capabilities = await callClodex("getCapabilities", {});
// Render only actions actually reported as available.
} catch {
// Render a non-privileged fallback UI.
}
Generated app JavaScript never receives the underlying MessagePort, session
ID, navigation epoch, document binding, or connect envelope. Those values stay
inside the isolated preload and trusted main-process broker. Do not implement
an Artifact Bridge client with window.postMessage, do not invent or persist
session values, and do not attempt to expose or transfer the hidden port.
Handle denial, revocation, expiry, navigation, timeout, and unavailable-host errors. Always provide a non-privileged fallback UI.
Best Practices
- Sandbox usage: Use the sandbox only for
openApp,sendMessage, andonMessage. - Responsive design: Support both narrow and wide tab widths. Use
max-width: 100%,overflow-x: hidden,box-sizing: border-box. - Viewport meta tag: Always include
<meta name="viewport" content="width=device-width, initial-scale=1">. - File organization:
index.htmlas entry point. Split CSS and JS into separate files for maintainability. - Message protocol: Define a clear
actionfield to distinguish message types. - Cleanup listeners: Unsubscribe from
API.onMessagewhen interaction is complete. - Error handling: Validate incoming messages on both sides. Gracefully handle unexpected data.
- Artifact Bridge boundary: Use only the frozen
window.clodexArtifactBridge.requestAPI; never use UIpostMessageas a capability channel.
References
For detailed examples, see:
references/examples.md— Full mini app examples (minimal app, multi-file app, interactive picker with messaging)
版本历史
- 0f01f5b 当前 2026-07-19 09:02


