원클릭으로
pod-storage
Resolve durable Pod writes through shared descriptors, Consensus, pod_schema, and pod_storage instead of inventing paths or Turtle.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Resolve durable Pod writes through shared descriptors, Consensus, pod_schema, and pod_storage instead of inventing paths or Turtle.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
LinX Symphony control-plane skill for system evolution: maintain control records, judge whether input changes existing design/work, coordinate Secretary/workers, and feed evidence back into system state.
Use when LinX or Secretary needs to inspect, import, export, or update Solid Pod resources through the xpod command line; especially user-owned files, RDF resources, descriptor-backed objects, JSON output, and secret-safe operations. This skill is for using xpod CLI in product workflows, not for maintaining the xpod CLI implementation.
Solid/RDF 数据建模专家,处理 Pod 数据结构设计、类继承、属性定义、命名空间等问题
| name | pod-storage |
| description | Resolve durable Pod writes through shared descriptors, Consensus, pod_schema, and pod_storage instead of inventing paths or Turtle. |
| allowed-tools | Read, Write, Edit, Bash, Grep, Glob, pod_read, pod_write |
Use this skill when the user asks AI Secretary or another agent to save credentials, configuration, grants, preferences, or other durable Pod-backed data.
Do not invent Pod paths, RDF predicates, subject templates, or Turtle.
Durable storage semantics belong to @undefineds.co/models:
udfs tool for schema lookup and semantic consensus.
LinX/linx-lite should provide runtime context for remote Consensus; without
that context, udfs can still run local deterministic schema commands.udfs schema classes,
udfs schema predicates, or udfs schema describe.udfs consensus with a
JSON input payload.
The future service-backed path should use the Responses protocol
(/v1/conversations + /v1/responses).conversation_id
request field.schemaUri and field mapping.udfs storage validate --input <json> before committing.udfs shortcut.The local verification path is the injected udfs tool. Do not call back into
linx; udfs must also work when injected into non-LinX coding agents:
udfs consensus --input '{"session_id":"sess_123","request":"我要保存这个 Cloudflare token","answers":{"token_type":"tunnel-token"}}' --json
udfs schema classes --uri 'https://vocab.xpod.dev/credential#Credential'
udfs schema predicates --uri 'https://vocab.xpod.dev/credential#Credential'
udfs schema predicates --uri 'https://vocab.xpod.dev/credential#Credential' --field apiKey
Inside LinX or another coding-agent shell, AI should use the injected udfs
tool:
udfs consensus --input '{"session_id":"sess_123","request":"我要保存这个 Cloudflare token","answers":{"token_type":"tunnel-token"}}' --json
udfs schema describe 'https://vocab.xpod.dev/credential#Credential'
udfs schema predicates --uri 'https://vocab.xpod.dev/credential#Credential'
udfs storage validate --input '{"schemaUri":"https://vocab.xpod.dev/credential#Credential","operation":"upsert","match":{"service":"infra","providerId":"cloudflare","secretType":"tunnel-token"},"set":{"label":"Cloudflare Tunnel Token","status":"active"}}'
Expected outcome:
https://vocab.xpod.dev/credential#Credential,apiKey -> https://vocab.xpod.dev/credential#apiKey,/settings/credentials.ttl#{id},/settings/credentials.ttl#infra-cloudflare-tunnel-token,udfs; actual writes go through shared ORM/repository code.UDFS_CONSENSUS_BASE_URL and UDFS_CONSENSUS_TOKEN; do not ask the user for a
command-line API key.pod_read and pod_write are protocol tools, not modeling tools. Use them only
when:
If a shared model exists, use model-owned helpers instead of hand-editing Turtle.