Semogram Docs
Skills

Troubleshooting

Diagnose package validation, ownership, version and consumption problems

Start with the failed stage: opening, parsing, creating, saving, activating, consuming or removing. Keep the workspace, skill/source, version and exact error so you do not confuse an unsaved draft with a persisted asset.

SymptomCheckNext action
Create controls unavailableWorkspace selection and membershipSelect the accessible workspace/project
Missing frontmatterSKILL.md starts with bounded YAML delimitersAdd name and description followed by useful Markdown
Empty or invalid headName, description and nonempty bodyCorrect the head before saving
ZIP has no root headCommon directory and actual file pathsPut SKILL.md at the imported package root
Referenced checklist missingFiles actually importedAdd it or use the complete ZIP/JSON package
File/package too largeUTF-8 byte totalsReduce text; limits are 256 KiB per file and 1 MiB total
Agent reports a taken nameExisting standalone and plugin namesEdit the existing asset or choose a unique new name
Plugin skill cannot save/branch/activatesource plugin and readOnly trueUse its parent plugin lifecycle or an independent copy
Historical view cannot editVersion view is read-onlyEdit the current standalone package or activate a reviewed revision
Save changed shared behaviorNew saved revision becomes active by defaultCompare files and restore the reviewed older version if needed
Skill has no apparent effectConsumer context, actual text, file loading and revisionVerify consumption or provide the instructions explicitly
Skill node does not executeNo default skill execution toolUse a supported authoring/review context or a real executable capability
Deletion failsDependencies, actor permissions and sourceResolve references; plugin skills belong to their parent

A reproducible guidance failure

Use a fixed fixture such as pump-17 with probability 0.70, evidence cutoff 1 October 2026 at 12:00 UTC, observation 2 October at 09:00 UTC and no supplied outcome. Supply the actual instructions and record which package version they came from.

A review that calls the later observation an original input has missed the timing rule. A review that claims failure occurred has confused probability with outcome. Before changing the package, confirm that the task received the intended text and supporting files.

A creation failure

A draft, validation result and final create action are separate records. Check the specific artifact revision and current validation. If deployment approval configuration disables the final action, manual creation or upload remains a separate supported path; do not report the draft as installed.

Report the evidence

Include workspace/project identifiers, standalone versus plugin source, asset/capability and version IDs, expected versus actual result, safe validation text and whether any save/delete action succeeded. Exclude credentials and private source records. See Getting help.