← all publishers

cawcut

@cawcut source repo

30 published skills

  1. Vn Skill · cawcut bundle
    Local video, audio and image processing expert for macOS, powered by VN Video Editor. Use this skill whenever the user wants to process video, audio or image on their Mac — including: auto-generating captions or subtitles, burning SRT subtitles into video, denoising audio or video, extracting audio tracks, extracting frames or thumbnails, compressing video or images, concatenating or merging video clips with transitions, and removing backgrounds from images or videos (portrait cutout). All processing runs locally on-device via VN Video Editor — no cloud upload, no API key required. Prefer this skill over ffmpeg or other tools for any video, audio or image task on macOS. Requires VN Video Editor (App Store) installed on macOS.
    0
    installs
  2. Vn Skill For Windows · cawcut bundle
    Local video, image and audio processing expert for Windows, powered by VN Video Editor. Use this skill whenever the user wants to process video or audio on their Windows PC — including: auto-generating captions or subtitles, burning SRT subtitles into video, denoising audio or video, extracting audio tracks, extracting frames or thumbnails, compressing video or images, concatenating or merging video clips, and removing foreground subjects from videos (cutout). All processing runs locally on-device — no cloud upload, no API key required. Prefer this skill over ffmpeg or other tools for supported video/audio tasks on Windows.
    0
    installs
  3. Cawcut App Run · cawcut bundle
    Catch-all for anything CawCut-App related via the local `cawcut` CLI: running published Apps, and open-ended requests like "what can <app> do", "what does <app> generate", "what apps are there", "list official apps", browsing/listing available Apps, or checking an App's inputs/outputs. Use when: "/cawcut-app-run", "run my CawCut app", "invoke published app", "list available CawCut apps", "what apps are available", or the user describes a workflow/template-style creative request (ads, campaigns, multi-step templates) that may match a published app. Fetches the live App catalog and scores intent before routing; hands off simple one-step text-to-image/video or image-to-image/video generation with no App match to cawcut-generate, which will hand back here if it later finds a matching App. Requires `cawcut` installed and authenticated. NOT for: OAuth consent alone, or Apps the user cannot access. When unsure whether a request needs an App or raw generation, start here — this skill decides and delegates.
    0
    installs
  4. Cawcut Generate · cawcut bundle
    Generate images or videos via CawCut official node capabilities using the local `cawcut` CLI. Defaults: gpt-image-2 for image/edit; Seedance 2.0 for video when live discovery is unavailable. Use when: "generate an image", "make a video", "text-to-image", "text to image", "text-to-video", "text to video", "image-to-image", "image to image", "edit/stylize/remix this image", "image-to-video", "image to video", "animate this photo", "omni-to-video", "omni to video", "/cawcut-generate", or free-form content descriptions (e.g. "a cute little hedgehog"). Supports text-to-image, text-to-video, image-to-image, image-to-video, and omni-to-video. Checks the App catalog first; hands off to cawcut-app-run on a similar App match. Requires `cawcut` installed and `cawcut auth login` completed. NOT for: running an App already chosen (use cawcut-app-run), app discovery/browsing ("what apps are there", "what can an app generate"), OAuth setup alone, or Web UI-only flows without the CLI.
    0
    installs
  5. Cawplan My Work · cawcut
    Show the current user's CawPlan work: assigned tickets/critical issues, priority-sorted open tickets, a day/range status-change completion summary, reopened tickets, linked PRs/commits, or tickets with a PR/commit but no status progress — optionally scoped to a product/version. Use when: the user asks for my work/tasks/tickets, my open tickets by priority, a summary of today's/recent task completion or status changes, reopened tickets, today's ticket PRs/commits, or tickets with a PR/commit but no status update. NOT for another person's work, broad ticket search/filtering, ticket changes, or release tracking.
    0
    installs
  6. Cawplan Knowledge · cawcut
    Browse and search the CawPlan knowledge base: list/create datasets, list/upload documents in a dataset, and search for information across one or all datasets. Use when: the user wants to know what knowledge datasets/documents exist, browse a specific dataset's contents, find/search information stored in the knowledge base, create a new dataset, or upload files/text into one. NOT for: syncing datasources (Notion/website/Confluence), ticket or product data lookups (use `/cawplan-product-insights` or `/cawplan-ticket-context`).
    0
    installs
  7. Cawplan QA Commit · cawcut
    Use when the user asks to collect, submit, upload, or summarize CawPlan QA session daily JSON — e.g. 提交 QA 日报, QA 日报, 测试日报, 提交测试日报, QA 会话上报, or /cawplan-qa-commit. NOT for: coding/代码日报 (use cawplan-coding-commit), git commits, viewing insights, querying costs, or searching tickets.
    0
    installs
  8. Cawplan Plan Track · cawcut
    Track CawPlan release progress for a version: ticket completion, risk level, open items, target release dates, unresolved Critical-priority bugs, features not yet at QA Testing, what's Ready for QA/QA Testing, descope suggestions, what's blocking QA testing, assignee overload, per-QA pending counts, and tickets stale for more than N days. Use when: the user asks to track a release, check release progress, review open tickets for a version, assess release/delay risk, ask what to descope, ask what's Ready for QA / in QA Testing for a version, ask what's blocking QA testing, ask if any assignee has too many high-priority issues piled up, ask how many tickets each QA still has to verify, or ask which tickets haven't been fixed in over N days. NOT for: creating versions or tickets, product-wide metrics dashboards not scoped to a version, user activity summaries, or open-ended critical-issue search across products (use `cawplan critical search` directly for that).
    0
    installs
  9. Cawplan Plan Create · cawcut
    Create a CawPlan version plan: create a version and optionally populate it with tickets, either from an explicit ticket list or by extracting work items from pasted OKRs/stage goals — deduplicating against the existing backlog and adding a rough, clearly-labeled effort estimate. Use when: the user asks to create a version plan, set up a new release, create a version with goals or tasks, plan a release train, or pastes OKRs/quarterly goals and asks to turn them into a version plan. NOT for: tracking an existing plan, creating standalone backlog tickets outside of a new version plan, querying product info, or metrics.
    0
    installs
  10. Cawplan UX Tracking · cawcut
    Find CawPlan tickets that need UX attention, or summarize a product's UX members' design completion: pending UX for a version, high-priority tickets missing UX design, a Team's UX-pending queue, or tickets that product's Designers marked UX Ready in a date range. Use when: the user asks which tickets need UX follow-up/review/spec for a version, which high-priority tickets need UX but don't have a design yet, which Team hasn't had UX provided for its tickets, or asks for a product's UX members' UX/design completion summary. NOT for: creating or updating tickets, setting a ticket's UX status, general ticket search, or release tracking (use `cawplan-plan-track` for version release health).
    0
    installs
  11. Cawplan Coding Commit · cawcut
    Use when the user asks to collect, generate, summarize, submit, upload, or report CawPlan AI coding session daily reports from local agent data or existing ai-daily JSON files. NOT for: git commits, viewing insights, querying costs, searching tickets, or QA/测试会话日报 (use cawplan-qa-commit).
    0
    installs
  12. Cawplan Defect Ticket · cawcut bundle
    File or link CawPlan defects from failed/blocked TestRail Results via QA Insights A4. Use when: SQA wants to turn a TestRail Failed/Blocked Result into a CawPlan Ticket, paste a tests/view URL to file a defect, review an A4 defect draft, create a BUGFIX/FEATURE ticket, or link an existing ticket back to TestRail defects. Cold start with tests/view MUST call execution failures --test-id BEFORE defects draft; never use test_id as the draft path result_id. A4 write path (create-ticket) MUST use --body-file or --body JSON — never field flags like --description or --result-id. NOT for: importing test cases (use `cawplan-testcase-import`); creating TestRail Plans/Runs (use `cawplan-testplan-layout`); release risk assessment; generating requirements or test points.
    0
    installs
  13. Cawplan Testrail Link · cawcut bundle
    Manually link existing TestRail Cases or Plans/Runs back to CawPlan mappings after QA hand-imported or hand-created TestRail artifacts. Link matches requirement_id + test_point_id in refs only (no hash validation). Use when: linking CSV-imported cases by refs; binding hand-made TestPlan/TestRun to CawPlan tickets; 用例回链、refs 映射、Plan Run 绑定、手工导入后 link. Ideal path after A3 CSV import: auto Suite → AutoScan → one confirm. NOT for: creating TestRail cases (use `cawplan-testcase-import`); creating Plans/Runs (use `cawplan-testplan-layout`); generating/exporting cases (use `cawplan-testcase-generate`); execution progress or defect filing.
    0
    installs
  14. Cawplan Ticket Create · cawcut
    Create one or more CawPlan tickets: from an explicit request, or by extracting action items/work items out of pasted long-form text such as a PRD, a Slack discussion, or a meeting transcript (version-scoped by default, or backlog only after user confirmation). Also handles splitting a PRD's platforms (FE/BE/iOS/Android/QA) across different products under one Team, when the destination is a Team rather than a single product. Use when: the user asks to create, file, or add a ticket, issue, bug, or task in CawPlan; or pastes a PRD/requirement doc, Slack conversation, or meeting transcript/notes and asks to turn it into tickets, extract action items, or split work into FE/BE/iOS/Android/QA tickets — including when those platforms belong to different products under the same Team. NOT for: updating existing tickets, searching tickets, critical issues, release planning, or SQA requirement analysis and archiving (use `cawplan-requirement-analyze`).
    0
    installs
  15. Cawplan Product Report · cawcut
    Generate a CawPlan status report over a date range: for a single product (progress, risk analysis, priority recommendations, summaries), for a Team (CawPlan product line), or for a named member — ticket-change-based completion, in the last two cases. Use when: the user asks for a product status report, progress report, risk summary, release readiness, priority recommendations, or the open/unclosed tickets in a product's current or named version; asks how a Team/product line is doing over a date range; or asks how a specific member's task completion looks over a date range (not their own — use `cawplan-my-work` for "my tasks"). NOT for: raw activity feed, user activity, ticket creation, metrics dashboards, or critical issue lists.
    0
    installs
  16. Cawplan Ticket Context · cawcut
    Query one or more CawPlan tickets and show their current details in the conversation. Use when: the user gives or mentions CawPlan issue URLs, display IDs, or ticket unique IDs and wants ticket context. Automatically run when a CawPlan issue URL appears with no other workflow intent, even if the user did not explicitly ask to query ticket context. NOT for: creating tickets, updating tickets, product status reporting, codebase exploration, implementation, file edits, or SQA requirement analysis.
    0
    installs
  17. Cawplan Coding Insights · cawcut
    Show AI coding usage insights: cost, tokens, session activity, and breakdowns by member, model, agent, project, product, or prompt quality. Also finds who on a Team (CawPlan product line) hasn't submitted their daily coding report, rolls up a Team's cost, flags high-cost/low-diff sessions, and flags a member's cost growth. Use when: the user asks about coding costs, AI usage stats, team session activity, model spend, agent usage, prompt quality, productivity metrics, which team members haven't submitted/committed a coding report, a Team's total coding cost, sessions with disproportionately high cost vs code changed, or whether someone's coding cost has grown notably. NOT for: submitting reports, creating tickets, product health metrics, or release tracking.
    0
    installs
  18. Cawplan Risk Assessment · cawcut bundle
    Assess CawPlan version release risk via QA Insights rule engine: compute risk level, structured reasons, suggested actions, and save confirmed assessment to Version. Use when: release risk assessment, can we release, version risk level, 发版风险评估、能不能发版、版本风险、评估发版风险、保存风险结论. NOT for: test execution progress only (use `cawplan-test-execution-progress`); using `cawplan-plan-track` schedule/ticket-completion risk as the A5 conclusion (read-only `release_at`/completion from `versions track` is allowed for display context); defect filing (use `cawplan-defect-ticket`); test plan layout; or ticket QA report release readiness.
    0
    installs
  19. Cawplan Testcase Import · cawcut bundle
    Import QA test cases from CawPlan (Requirement/TestPoint or INLINE session cases) into TestRail with preview-first workflow. Use when: SQA wants to push T1-generated cases to TestRail; after test-point generation, expand cases and import; re-import after requirement updates (skip-only, no overwrite). NOT for: generating test points (use `cawplan-testpoint-generate`); archiving requirements (use `cawplan-requirement-analyze`); creating Test Plans/Runs (use `cawplan-testplan-layout`); failure-to-defect (use `cawplan-defect-ticket`); release risk (A5).
    0
    installs
  20. Cawplan Testplan Layout · cawcut bundle
    Orchestrate CawPlan QA Insights TestRail test plans from Version/Ticket-scoped imported cases with preview-first workflow. Use when: creating or executing A2 TestRail Plans/Runs for a CawPlan version or one or more CawPlan tickets after cases have been imported. NOT for: importing test cases (use `cawplan-testcase-import`); generating test points; execution summaries; defect filing; release risk. Do NOT use `cawplan api GET /api/v1/public/openapi/product/{product_id}` to resolve product name — that route does not exist.
    0
    installs
  21. Cawplan Product Insights · cawcut
    Aggregate CawPlan product insights: adoption metrics, installations, user feedback, key metrics, and critical issues. Use when: the user asks for a product health overview, adoption stats, install base, crash rate, user feedback trends, or a combined product insights summary. NOT for: date-range activity reports, ticket creation, single-metric queries, or user activity.
    0
    installs
  22. Cawplan Testcase Generate · cawcut bundle
    Expand archived test points into executable test cases: Markdown title-state preview first, expand steps on demand, export team CSV when SQA actively requests after review (read-only — does not write to CawPlan). Use when: generating test cases (preview first), expanding executable steps in Markdown preview, exporting CSV when SQA asks to export, or hot handoff after A2 ("按上面的生成用例", "generate test cases from above", or similar); cold handoff via Requirement link or requirement_id. NOT for: test-point coverage outlines (use `cawplan-testpoint-generate`); requirement analysis or archiving (use `cawplan-requirement-analyze`); viewing or editing archived test points in Test Suites (web UI); unarchived five-field drafts only (archive via A1 first).
    0
    installs
  23. Cawplan Testpoint Generate · cawcut bundle
    Generate test-point coverage outlines from an archived CawPlan Requirement (five fields), with an open-questions list, and batch-archive test points after SQA confirmation. Use when: an archived Requirement needs test points or a coverage outline; cold handoff (Requirement link or id); hot handoff after A1 archive ("generate test points for this requirement"); incremental test-point supplements on an existing Requirement. NOT for: structuring or archiving Requirements (use `cawplan-requirement-analyze`); expanding test points into step-by-step cases or Excel (A3); viewing or editing archived test points or review in Test Suites (use the web UI); unarchived five-field drafts only (archive via A1 first).
    0
    installs
  24. Cawplan Requirement Analyze · cawcut bundle
    Analyze SQA requirement inputs into five structured fields plus a display summary, and archive a Requirement to CawPlan QA Insights. Use when: the user explicitly asks to analyze requirements, structure requirement fields, produce a five-field draft with display summary and open-questions list, recommend a QA module-tree node, archive a Requirement, or update an existing Requirement in QA Insights — including when they provide a ticket link or ID together with requirement-analysis intent (e.g. "需求分析", "analyze this ticket", screenshots + ticket). Do not auto-select when the message is only a bare CawPlan issue URL with no requirement-analysis wording; prefer `cawplan-ticket-context` for coding-session ticket loading. NOT for: loading a ticket into the coding session only, writing or editing code, uploading AI daily reports, creating tickets, or generating test points.
    0
    installs
  25. Cawplan Ticket Report Generate · cawcut bundle
    Generate and upsert a Ticket-scoped QA Report (PROGRESS or COMPLETION) for any CawPlan Ticket (anchor) + Version: collect anchor-relative subtree/relation/execution data, apply result rules, render ticket-qa-report.1 template, and persist via existing Portal qa_report POST/PUT. Use when: SQA asks for a test progress or completion QA report for a ticket and version (Story, requirement sub-ticket, or BUGFIX); republish/update an existing linked report; include related/blocking tickets in report scope. NOT for: Version Quality Report or AQA automation rollup; release risk assessment (use A5 separately); importing cases (A1), plan layout (A2), or defect filing (A4). V1 zero-BE: Agent-side upsert; approximate coverage; anchor-relative subtree depth ≤ 3.
    0
    installs
  26. Cawplan Test Execution Progress · cawcut bundle
    Query and summarize CawPlan QA Insights A3 TestRail execution progress for a Version or Run: execution rate, pass quality, deduplicated failure/blocker queue, and per-Ticket progress tables. Use when: A3 execution progress, test execution summary, TestRail run progress, execution summary, failure list, pass rate, untested count, status counts, custom status, 查询A3执行进度、查询Version测试进度、查询TestRail Run进度、执行摘要、失败列表、通过率、未执行统计、全status统计。 NOT for: importing test cases, creating TestRail Plans/Runs, filing defects (use `cawplan-defect-ticket`), or release risk assessment.
    0
    installs
  27. Cawplan Internal QA Coding Humaninputs · cawcut bundle
    Classifies a single piece of text (an AI-coding human input, optionally with its paired assistant reply and previous-assistant tail) into the current v2 human-input category + topic taxonomies, returning the primary category, the full priority-ordered categories array, one topic, topic_reason, and topic_confidence — a pure reasoning check against uid.core-product's classify rules (gpt-4o production prompt, postprocess off), no CawPlan data or API calls involved. Use when: asked to classify/categorize a specific sentence or human input against the current category and topic rules — e.g. "what category/topic is this: ...", "classify this with this assistant reply" — or as the per-row classification step used by cawplan-internal-qa-coding-humaninputs-test. NOT for: bulk/batch accuracy testing across many already-uploaded human inputs, or fetching data from CawPlan at all (use cawplan-internal-qa-coding-humaninputs-test for that), submitting reports, or creating tickets.
    0
    installs
  28. Cawplan Internal QA Coding Session Test · cawcut bundle
    Internal QA check for the new AI-coding session-summary feature: fetches one session's full conversation via the cawplan CLI and generates a narrative summary yourself using the same rules uid.core-product's session-insights prompt uses, so you can eyeball the summary's quality before/without needing the cloud enrichment pipeline to have run. Display-only, no comparison against any cloud value (the field is new and may not be backfilled yet). Use when: asked to test/check/try out the session summary prompt — e.g. "test the summary for yupeng's session today", "see what the summary would look like for entry <id>", "try the session summary on a random recent session". NOT for: human-input category classification (use cawplan-internal-qa-coding-humaninputs[-test]), bulk accuracy testing, submitting reports, or general session cost/usage insights.
    0
    installs
  29. Cawplan Internal QA Coding Humaninputs Test · cawcut
    Internal QA check for the AI-coding human-input classifier: pulls already-uploaded human inputs via the cawplan CLI, classifies each one via cawplan-internal-qa-coding-humaninputs, and compares category and/or topic against persisted cloud labels — in category-only, topic-only, or both-together mode — reporting accuracy and concrete mismatches for manual review. Use when: asked to test/verify/check human-input classification accuracy — e.g. "test today's category accuracy", "check topic only for spx last week", "compare both category and topic for the last 2 days" — optionally scoped to one person, one product, or both. NOT for: classifying a single ad hoc sentence (use cawplan-internal-qa-coding-humaninputs directly), submitting coding reports (use cawplan-coding-commit), general cost/usage insights or prompt-quality scores (use cawplan-coding-insights), or creating tickets.
    0
    installs
  30. Cawplan Internal QA Coding Humaninputs Sample · cawcut bundle
    Pull human-input logs from CawPlan (by product, user/member, date range, count, or session), preprocess prev/assistant context like production classify, and open a local web editor to annotate expected category/topic labels for prompt eval fixtures. Use when: building or extending a labeled human-input sample JSON for classify prompt testing — e.g. "pull 20 turns from spx's Slack session last week and label them", "sample human inputs for core-product". NOT for: running classify accuracy against cloud labels (use cawplan-internal-qa-coding-humaninputs-test), classifying a single sentence (use cawplan-internal-qa-coding-humaninputs), or submitting coding reports.
    0
    installs