菜单
Draft support tickets and feedback to solstone support, search the KB, check open tickets, check announcements, and run diagnostics. TRIGGER: file bug, request feature, submit feedback, search KB, announcements, tickets, sol call support create/search/list/reply/diagnose.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Search the journal, list facets, and explain how the journal is laid out on disk — captures, extracts, talent outputs, apps, facets, and the search index. Covers host commands such as `journal setup`, `journal doctor`, `journal service`, `journal health`, `journal talent`, and `journal identity`, plus the `sol call journal` CLI. TRIGGER: journal, journal setup, journal doctor, journal service, journal health, journal talent, journal identity, journal layout, search journal, find meeting, list facets, show agent output, captures, extracts, talents, apps, facet, indexer, activity records, sol call journal, sol call journal search, sol call journal facet.
Read-only query of your journal (solstone) from any project, plus routing guidance for app-specific `sol call <app>` commands. Look up people and relationships, today's events; read transcripts. TRIGGER: solstone, sol, my journal, search my memory, what happened, who is, meeting with, recall, sol call routing, sol call journal/entities/transcripts.
Manage speaker voiceprints in observed media. Detect owner voice, bootstrap voiceprints, attribute segments, merge names. TRIGGER: speaker, voice, who was talking, identify speaker, voiceprint, tag-owner, build-from-tags, rebuild-owner, owner-ready, sol call speakers detect/confirm-owner/identify/merge-names/bootstrap/backfill.
Tracked entities — people, companies, projects, tools — within facets. Detect, attach, move, merge/undo, resolve ambiguities, restore versions, update, alias, search, network, relationship history, entity history, overview. TRIGGER: entity, person, company, relationship, who is, contact, sol call entities detect/attach/merge/search/network/history/overview.
Browse and read transcript content from audio recordings, screen captures, and agent summaries. Check coverage, list segments, read transcripts with source filtering, review monthly stats. TRIGGER: transcript, recording, audio, what was said, conversation, segment, screen capture, sol call transcripts scan/segments/read/stats.
Completed activity records organized by facet and day. List, inspect, create, update, mute/unmute activity spans, including synthetic records from the CLI. TRIGGER: activity, activities, work session, completed span, mute/unmute, activity record, meeting attendees, sol call activities list/create/update/mute/unmute/get.
| name | support |
| description | Draft support tickets and feedback to solstone support, search the KB, check open tickets, check announcements, and run diagnostics. TRIGGER: file bug, request feature, submit feedback, search KB, announcements, tickets, sol call support create/search/list/reply/diagnose. |
Draft tickets, search the knowledge base, prepare feedback, and check existing support threads. Invoke via Bash: sol call support <command> [flags].
Read the TOS first. The TOS is cached locally at <journal_root>/apps/support/portal/tos.txt after first registration. If it does not exist yet, run sol call support register to fetch and cache it.
Always search the KB before filing a ticket. Run sol call support search "your question" first. Many common issues are already documented. Only prepare a ticket draft if the KB does not answer the question.
Diagnostics are auto-populated. When creating a ticket, sol call support create includes system info (version, OS, services, recent errors). You do not need to gather this manually.
Draft only. create and feedback run as dry-runs that save a local draft for owner review. reply and attach need --no-submit to draft. The draft stays local until the owner chooses from the review card.
sol call support register
Register (or re-register) with the support portal. Generates an RSA-4096 keypair on first use, signs the TOS, and creates an account. Run this if you get auth errors.
# Search articles
sol call support search "transcription errors"
# Read a specific article
sol call support article getting-started
Always search before preparing a ticket draft. Present matching articles to the owner.
sol call support create \
--subject "Transcription fails on long recordings" \
--description "Recordings over 2 hours consistently fail with timeout errors. Started after updating to v2.1." \
--severity medium \
--category bug
The create command is a dry run by default: it prints the would-be payload and saves a local draft for owner review.
The create command implements a KB-first flow:
Flags:
--subject / -s - Ticket subject (required)--description / -d - Detailed description (required)--product / -p - Product name (default: solstone)--severity - low, medium, high, critical (default: medium)--category - bug, feature, question, account--skip-kb - Skip KB search (not recommended)--anonymous - Strip installation identifiers# List open tickets
sol call support list
# List all tickets (including resolved)
sol call support list --status resolved
# View a ticket with thread
sol call support show 42
# Draft a reply to a ticket
sol call support reply 42 --body "Here's the additional info you requested..." --no-submit
# JSON output for any command
sol call support list --json
sol call support show 42 --json
sol call support attach 42 screenshot.png --no-submit
Screenshots can help support understand visual bugs. Prepare an attachment draft only when the owner explicitly provides or asks to attach a file, and always include --no-submit. Never attach journal content — transcript, screenshot, or journal-derived content — unless the owner explicitly asks. The attachment draft stays local until the owner chooses from the review card.
sol call support feedback --body "The entity search is great but I wish it could filter by date range"
Lower friction than a full ticket. Feedback is dry run by default: it prints the would-be payload and saves a local draft for owner review. Feedback is shaped as a ticket with category "feedback". Supports --anonymous.
sol call support announcements
Check for product updates, known issues, and maintenance notices.
sol call support diagnose
sol call support diagnose --json
Reflects the journal host (read-only; does not create a support ticket). Shows:
A good ticket includes:
Version, OS, and service status are included automatically. You do not need to include these in the description unless they clarify the issue.
# Owner reports a bug - check KB first
sol call support search "calendar sync"
# Prepare a ticket draft
sol call support create \
--subject "Calendar events not syncing" \
--description "Google Calendar events imported yesterday aren't showing up in the calendar app. Tried re-importing but same result." \
--category bug \
--severity medium
# Owner wants to give feedback
sol call support feedback \
--body "Love the entity detection but it sometimes misidentifies project names as people"
# Draft a reply to an open ticket
sol call support reply 15 --body "The issue still reproduces after restarting convey." --no-submit
# Check for responses on open tickets
sol call support list
sol call support show 15
# Quick system health check
sol call support diagnose
Running create or feedback produces a safe dry-run preview and saves a local draft for owner review.
create/feedback are dry-run by default. They save a local draft for owner review. The DRY RUN banner in stdout is the signal that the draft remains local.reply and attach need --no-submit for drafts. Always include it when preparing a reply or attachment for owner review.create. The create command always searches the KB and shows matches for owner review before preparing the draft. Pass --skip-kb only if the issue is clearly unique.--product defaults to solstone. Solstone support handles other products too. Confirm with the owner before preparing a non-solstone ticket.