算法艺术创作
algorithmic-art
通过代码和可调参数创作生成艺术与交互式视觉效果。
techsmith-reference-architecture【设计与创意】Design a controlled architecture for Snagit capture and Camtasia recording/export workers with local scratch, durable manifests, validation, and artifact promotion. Use when moving beyond one-off scripts. Trigger with "TechSmith architecture", "Snagit automation design", or "Camtasia worker topology".
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
name: techsmith-reference-architecture description: >- Design a controlled architecture for Snagit capture and Camtasia recording/export workers with local scratch, durable manifests, validation, and artifact promotion. Use when moving beyond one-off scripts. Trigger with "TechSmith architecture", "Snagit automation design", or "Camtasia worker topology". argument-hint: "[system-context] [diagram-or-design-path]" allowed-tools: Read, Glob, Grep, WebFetch, Write, Edit version: 1.6.0 author: Jeremy Longshore jeremy@intentsolutions.io license: MIT tags:
This skill separates orchestration from licensed desktop execution. A control plane stores only job intent and redacted state; approved Windows or macOS workers perform version-pinned product operations on local storage; validators promote immutable outputs to archive or publishing systems after the application closes.
Use Read, Glob, and Grep to inspect local scripts, manifests, logs, and tests. Use WebFetch only for current primary TechSmith documentation. Use Write or Edit only after confirming the target repository file and approval boundary.
TechSmith desktop activation is not API authentication. Resolve individual sign-in versus business-key or approved offline activation before execution. Redact all keys, account identifiers, activation artifacts, and sensitive endpoint details.
Do not centralize raw license keys, captures, or project media in the control plane. Do not treat desktop workers as generic remote execution hosts.
Return current and target topology, job/state model, trust boundaries, worker capability matrix, data flow, failure handling, migration stages, and unresolved decisions.
| Condition | Response |
|---|---|
| Worker capability unknown | Probe version and supported interfaces before assigning a job class. |
| Active data crosses to sync storage | Stage locally and promote only after product closure and validation. |
| Control plane needs product secrets | Redesign so activation stays endpoint-managed. |
| No idempotency boundary | Add durable job and output identities before enabling retries. |
The example below shows the minimum redacted evidence expected from a successful invocation of this operator workflow.
control-plane -> signed job manifest -> licensed local worker -> validator -> immutable artifact store