Docs/Tuff QuickOps

Tuff QuickOps

Universal Tutorial

Tuff QuickOps

QuickOps is the local system toolkit whose CoreBox entry is now owned by the official touch-quickops plugin while CoreApp keeps the local runtime, host capabilities, and Flow confirmation boundary. It covers wake locks, timers, file paths, network diagnostics, developer conversions, and other frequent small operations.

Entry Points

  1. Open CoreBox.
  2. Type a command such as timer 25m, local ip, or hash "/path/to/file".
  3. Select the result, copy the output, or open the Action Panel for available actions.
  4. Type quickops settings to view the official plugin-owned settings summary, defaults, and local policy state.

QuickOps does not currently require users to install an extra plugin. The official touch-quickops plugin now owns the CoreBox root-result entry, read-only panel, settings summary entry, and low-risk session-control triggers: capabilities, running sessions, audit summaries, system info, redacted diagnostics, disk space, directory usage, network status, local IP, port status, DNS query, file hash, file Base64, recent download, common directory, path format, format text, battery status, system proxy, quickops settings, plus stop/pause/resume/lap/reset controls for existing sessions. The plugin also accepts Files input: after selecting files, type file hash, file base64, or path format to route the first selected file into the plugin read-only panel. File search results themselves now keep only generic open, reveal, and path-copy actions; CoreApp file search no longer owns QuickOps Hash/Base64 execute actions. High-risk inputs such as kill port are shown as blocked and do not produce execution actions; use port 3000 for read-only status and copy-only release commands. The stateful runtime, Flow targets, confirmation, AppSetting schema / settings read path, and platform host capabilities still live in CoreApp local capabilities behind the quickOpsRuntime host boundary; CoreApp Tools settings no longer owns QuickOps controls. Later work should move writable settings host capabilities, more QuickOps business runtime, status/diagnostics panels, and extensible orchestration into the official plugin or a plugin-owned runtime boundary. Normal plugins and Flow can still only read or trigger capabilities exposed through controlled SDKs and Flow targets.

Common Commands

CategoryInput examplesCurrent behavior
Keep awakekeep awake 30mPrevents display sleep and releases automatically
System awakeprevent system sleep 30mPrevents app suspension without changing system power plans
Timertimer 10m, pause timer, resume timerStarts, pauses, resumes, and stops local countdowns
Pomodoropomodoro, pomodoro 25/5, pomodoro cycle 4 roundsSupports templates, custom presets, cycles, and long breaks
Stopwatchstopwatch, lap stopwatchStarts, pauses, resumes, laps, and resets
Screen cleanclean screen, white clean screenFull-screen overlays across displays with countdown and long-press Esc exit
Screen testred screen test, blue screen testShows solid-color overlays through the screen-clean runtime
Read-only networklocal ip, port 3000, dns example.com, network statusLocal addresses, port state, DNS, and proxy summaries
Read-only fileshash "/path", file base64 "/path", copy path "/path", select a file then type file hashHash, Base64, and path-format read-only panels; file search results keep path-copy actions only
Common foldersopen downloads, open logsOpens restricted common folders or copies their paths
Diagnosticssystem info, tuff diagnostics, disk spaceLocal system summary, redacted diagnostics, disk/directory usage
Developer conversionsjson, url encode, base64 decode, case snake, qr code ...Local pure conversions through PreviewSDK

Ops Scenario Cheatsheet

QuickOps is best for small local troubleshooting and temporary operations on the current device. It is not a replacement for terminal scripts or durable automation.

ScenarioSuggested inputUseful output
Network troubleshootingnetwork status, local ip, dns example.com, port 3000Local addresses, DNS, port occupancy, and proxy summaries
Collect troubleshooting contexttuff diagnostics, system info, disk space, directory usageRedacted summaries that can be copied into an issue or shared with teammates
Work with file pathshash "/path", file base64 "/path", copy path "/path", recent downloadFile digests, path formats, and recent download metadata
Temporary focus or demoskeep awake 30m, timer 25m, pomodoro, stopwatchLocal stateful sessions with expiry or stop entries
Screen maintenanceclean screen, red screen test, blue screen testFull-screen overlays, countdown, and long-press Esc exit

For fixed team workflows, complex batch work, or external systems, build a plugin that composes QuickOps instead of adding commands to the built-in QuickOps namespace.

Settings And Policies

The QuickOps settings surface has moved to the official touch-quickops plugin. Type quickops settings in CoreBox to view the current policy summary, default durations, and migration boundary. This entry is read-only today and does not mutate CoreApp host policy directly; writable settings require a future official-plugin allowlisted host capability.

SettingDefaultDescription
QuickOps enabledOnDisables ordinary tool commands when off, while capability summaries remain available
Running sessions in CoreBoxOnShows active timers, Pomodoro sessions, screen-clean overlays, and similar sessions
Stateful toolsOnControls wake locks, timers, Pomodoro, stopwatch, screen clean, and temp writes
Network toolsOnControls local IP, ports, DNS, proxy, and public IP lookup
File toolsOnControls hash, Base64, path formats, common folders, recent download, temp files/directories
System toolsOnControls system info, diagnostics, disk space, directory usage, and battery status
Developer toolsOnControls JSON / URL / Base64 / JWT / Regex / QR / casing PreviewSDK commands
High-risk toolsOffOnly a high-risk gate today; real port kill still remains copy-only
Public IP lookupOffAllows a read-only external public IP lookup only after explicit opt-in

When a policy is disabled, CoreBox returns a clear disabled reason such as network-tools-disabled-by-policy. Flow targets for the same category fail closed. During migration, CoreApp host runtime still reads existing settings so current user policy is not broken.

Safety Boundaries

  • QuickOps runs locally by default and does not log clipboard text, file contents, or network response bodies.
  • Port release currently generates copy-only commands and does not execute kill / Stop-Process.
  • File Base64 is size-bounded; temp files and directories are written only under the Tuff temp workspace.
  • Public IP lookup is off by default and performs a single read-only external request only after opt-in.
  • Flow targets marked requireConfirm must pass a one-time confirmation token.
  • The local audit summary records only Flow delivery target, decision, reason, confirmation requirement, and payload key names. It does not store payload content.

Plugins And Extensions

QuickOps stateful runtime is still backed by CoreApp today, but the official touch-quickops plugin already owns the CoreBox front-end entry, read-only panel, and low-risk session-control triggers. The target shape is for that plugin to keep taking over the status/diagnostics panel and migratable business logic. Plugins can extend workflows around QuickOps in three ways:

Extension modeBest forBoundary
Read capability summariesDecide whether to show an entry based on platform, policy, and degraded reasonsRead capabilities() only; do not bypass local policy
Compose built-in toolsCall existing Flow targets for system info, hashes, DNS, timers, and similar toolsReuse Flow confirmation; requireConfirm targets need a one-time token from App UI
Provide custom toolsRegister plugin CoreBox results, Preview abilities, or Flow targets and use QuickOps output as contextPlugin features need Manifest permissions; do not call private IPC or mutate the QuickOps runtime

For normal plugins, treat QuickOps as a read-only system capability to compose with. Only repository contributors should change the official touch-quickops plugin, QuickOps host capabilities, Flow targets, typed transport events, and SDK facade.

See QuickOps Developer API for the SDKs, Flow target catalog, and built-in contribution checklist.

When To Build A Plugin

  • Your team wants to combine network status, disk space, and tuff diagnostics into its own health-check panel.
  • Your plugin already owns release, deploy, test, or log-analysis workflows and only needs QuickOps diagnostics as context.
  • You need to connect internal services, ticketing systems, or custom scripts with explicit Manifest permissions.

These cases should live in plugin-owned entries and permission prompts. QuickOps exposes policy-aware local capabilities, Flow targets, and a bounded SDK facade; it does not host plugin-private logic or general file-write APIs.

Not Yet Complete

Do not treat these as finished capabilities:

  • Real port kill, bulk file operations, or persistent system setting mutation.
  • Enterprise centralized policy distribution, centralized audit, and organization-level locking.
  • Real AI UI natural-language orchestration, confirmation UI evidence, and high-risk execution governance.
  • Packaged app quit, screen-clean visual, and real macOS/Windows/Linux network/system/file evidence.