pantheon-opencode 1.4.2 → 1.5.0-beta.1

package/src/plugins/tui/src/index.tsx

@@ -892,18 +892,18 @@ async function setupUsageBar(api: TuiPluginApi) {
  *      (`client.session.children` + `session.parentID === current`).
  *      Live status comes from `api.state.session.status(childID)`
  *      (busy/retry → running; idle → terminal). This does NOT depend on
- *      tool-part events, which runtime 1.18.13 may not deliver for
- *      pantheon_delegate (the "(0) even while delegating" symptom).
+ *  tool-part events, which runtime 1.18.13 may not deliver for
+ *  pantheon_delegate (the "(0) even while delegating" symptom).
  *
  *   1b. NATIVE task() CHILDREN — `session.children` returns ALL children,
  *      and the native `task()` tool ALSO spawns a child session with
  *      parentID = caller. A child WITHOUT a board report is a native
  *      task() child: childrenToDelegationEntries tags it source
- *      'children-only' with the `[task]` row tag (distinct info color),
+ *      'children-only' with the `[native]` row tag (distinct info color),
  *      so native task() work is visible in the panel alongside board
- *      delegates ([apo-1]) — never filtered out, never duplicated with a
- *      board row for the same child (a child WITH a report keeps the md
- *      entry, source 'md').
+ *      delegates ([pantheon:apo-1]) — never filtered out, never duplicated
+ *      with a board row for the same child (a child WITH a report keeps the
+ *      md entry, source 'md').
  *
  *   2. ENRICHMENT + HISTORY — markdown reports the job board persists under
  *      `.pantheon/delegations/<sessionID>/<alias>.md` (written by
@@ -975,7 +975,7 @@ export type DelegationEntry = {
   read?: boolean
   /** Internal provenance used to keep a finalized md report authoritative.
    *  'children-only' = a native task() child session with NO board report
-   *  (rendered with the distinct `[task]` tag); 'md' = board report wins. */
+   *  (rendered with the distinct `[native]` tag); 'md' = board report wins. */
   source?: 'child' | 'live' | 'md' | 'children-only'
 }
 
@@ -1885,12 +1885,14 @@ export function childStatusToState(status: string | undefined): 'running' | 'com
   return 'running' // busy, retry, or unknown
 }
 
-/** Row tag for a delegation entry: `[task]` for native task() children
- *  (source 'children-only' — no board report), `[<alias>]` for board rows
- *  ([apo-1]). The panel renders the tag with a distinct style so native
- *  task() children are visually separable from pantheon_delegate jobs. */
+/** Row tag for a delegation entry: `[native]` for native task() children
+ *  (source 'children-only' — no board report), `[pantheon:<alias>]` for board
+ *  rows ([pantheon:apo-1]) — the same tags the manager prints in
+ *  pantheon_delegation_list, so panel rows and CLI list lines match. The
+ *  panel renders the tag with a distinct style so native task() children are
+ *  visually separable from pantheon_delegate jobs. */
 export function delegationTag(entry: DelegationEntry): string {
-  return entry.source === 'children-only' ? '[task]' : `[${entry.alias}]`
+  return entry.source === 'children-only' ? '[native]' : `[pantheon:${entry.alias}]`
 }
 
 /** Turn child sessions (PRIMARY) enriched with md reports into the display
@@ -1902,7 +1904,7 @@ export function delegationTag(entry: DelegationEntry): string {
  *  time.created. A report-less child is a NATIVE task() child (every
  *  child of the current session — pantheon_delegate OR the native `task()`
  *  tool — carries parentID = caller), so it gets source 'children-only'
- *  and the `[task]` tag instead of a board alias.
+ *  and the `[native]` tag instead of a board alias.
  *  Terminal md state wins over the derived state; a running md defers to
  *  the child's live status. Sorted running-first (compareDelegationEntries).
  *  Pure — no I/O. */
@@ -2092,8 +2094,8 @@ function DelegationRow(props: {
     }
   })
 
-  // The row tag: `[task]` for native task() children (no board report),
-  // `[apo-1]`-style alias for pantheon_delegate board rows. Rendered with
+  // The row tag: `[native]` for native task() children (no board report),
+  // `[pantheon:apo-1]`-style alias for pantheon_delegate board rows. Rendered with
   // the info color so task() children are visually distinct from delegates.
   const tagColor = createMemo(() => (props.job.source === 'children-only' ? theme().info : color()))
 
@@ -2591,9 +2593,13 @@ const tui: TuiPlugin = (api, _options, _meta) => {
   })
 }
 
-const plugin: TuiPluginModule & { id: string } = {
+const plugin: TuiPluginModule & { id: string; setup: () => Promise<void> } = {
   id: 'pantheon.tui',
   tui,
+  // Beta loader contract: every `plugins` directory entry must expose a
+  // no-op `setup` so the entry loads as `pantheon.tui` with zero errors
+  // (sandbox probe evidence). The TUI itself boots via `tui()`.
+  setup: async () => {},
 }
 
 export default plugin

package/src/skills/README.md

@@ -119,9 +119,7 @@ The `SKILL.md` file contains YAML frontmatter with `name`, `description`, and pl
 
 - **On-demand loading**: Skills are loaded when an agent's task matches the skill's description. The agent invokes the skill via the `skill` tool, injecting the domain knowledge into context.
 - **Agent frontmatter**: Agents declare which skills they use via the `skills:` field in their `.agent.md` frontmatter. The platform uses this to determine relevance.
-- **VS Code Copilot**: Automatically injects skill content when the agent detects a matching task description. Skills appear in the Available Skills list and can be loaded via `/skill` commands.
 - **OpenCode platform**: Skills are listed in the system prompt's `<available_skills>` block. The agent invokes `skill` with the matching name to load the full content.
-- **Other platforms**: Each platform loads skills differently. Refer to platform-specific documentation for integration details.
 
 ## Quick Reference Table