@protolabsai/proto 0.22.0 → 0.24.0

package/bundled/qc-helper/docs/features/commands.md

@@ -1,314 +0,0 @@
-# Commands
-
-This document details all commands supported by Qwen Code, helping you efficiently manage sessions, customize the interface, and control its behavior.
-
-Qwen Code commands are triggered through specific prefixes and fall into three categories:
-
-| Prefix Type                | Function Description                                | Typical Use Case                                                 |
-| -------------------------- | --------------------------------------------------- | ---------------------------------------------------------------- |
-| Slash Commands (`/`)       | Meta-level control of Qwen Code itself              | Managing sessions, modifying settings, getting help              |
-| At Commands (`@`)          | Quickly inject local file content into conversation | Allowing AI to analyze specified files or code under directories |
-| Exclamation Commands (`!`) | Direct interaction with system Shell                | Executing system commands like `git status`, `ls`, etc.          |
-
-## 1. Slash Commands (`/`)
-
-Slash commands are used to manage Qwen Code sessions, interface, and basic behavior.
-
-### 1.1 Session and Project Management
-
-These commands help you save, restore, and summarize work progress.
-
-| Command     | Description                                               | Usage Examples                       |
-| ----------- | --------------------------------------------------------- | ------------------------------------ |
-| `/init`     | Analyze current directory and create initial context file | `/init`                              |
-| `/summary`  | Generate project summary based on conversation history    | `/summary`                           |
-| `/compress` | Replace chat history with summary to save Tokens          | `/compress`                          |
-| `/resume`   | Resume a previous conversation session                    | `/resume`                            |
-| `/restore`  | Restore files to state before tool execution              | `/restore` (list) or `/restore <ID>` |
-| `/export`   | Export current session to a file (html, md, json, jsonl)  | `/export html`, `/export md`         |
-
-### 1.2 Interface and Workspace Control
-
-Commands for adjusting interface appearance and work environment.
-
-| Command      | Description                              | Usage Examples                |
-| ------------ | ---------------------------------------- | ----------------------------- |
-| `/clear`     | Clear terminal screen content            | `/clear` (shortcut: `Ctrl+L`) |
-| `/context`   | Show context window usage breakdown      | `/context`                    |
-| `/theme`     | Change Qwen Code visual theme            | `/theme`                      |
-| `/vim`       | Turn input area Vim editing mode on/off  | `/vim`                        |
-| `/directory` | Manage multi-directory support workspace | `/dir add ./src,./tests`      |
-| `/editor`    | Open dialog to select supported editor   | `/editor`                     |
-
-### 1.3 Language Settings
-
-Commands specifically for controlling interface and output language.
-
-| Command               | Description                      | Usage Examples             |
-| --------------------- | -------------------------------- | -------------------------- |
-| `/language`           | View or change language settings | `/language`                |
-| → `ui [language]`     | Set UI interface language        | `/language ui zh-CN`       |
-| → `output [language]` | Set LLM output language          | `/language output Chinese` |
-
-- Available built-in UI languages: `zh-CN` (Simplified Chinese), `en-US` (English), `ru-RU` (Russian), `de-DE` (German)
-- Output language examples: `Chinese`, `English`, `Japanese`, etc.
-
-### 1.4 Tool and Model Management
-
-Commands for managing AI tools and models.
-
-| Command          | Description                                       | Usage Examples                                |
-| ---------------- | ------------------------------------------------- | --------------------------------------------- |
-| `/mcp`           | List configured MCP servers and tools             | `/mcp`, `/mcp desc`                           |
-| `/tools`         | Display currently available tool list             | `/tools`, `/tools desc`                       |
-| `/skills`        | List and run available skills                     | `/skills`, `/skills <name>`                   |
-| `/approval-mode` | Change approval mode for tool usage               | `/approval-mode <mode (auto-edit)> --project` |
-| →`plan`          | Analysis only, no execution                       | Secure review                                 |
-| →`default`       | Require approval for edits                        | Daily use                                     |
-| →`auto-edit`     | Automatically approve edits                       | Trusted environment                           |
-| →`yolo`          | Automatically approve all                         | Quick prototyping                             |
-| `/model`         | Switch model used in current session              | `/model`                                      |
-| `/model --fast`  | Set or select the fast model for background tasks | `/model --fast qwen3.5-flash`                 |
-| `/extensions`    | List all active extensions in current session     | `/extensions`                                 |
-| `/memory`        | Manage AI's instruction context                   | `/memory add Important Info`                  |
-
-### 1.5 Information, Settings, and Help
-
-Commands for obtaining information and performing system settings.
-
-| Command     | Description                                     | Usage Examples                   |
-| ----------- | ----------------------------------------------- | -------------------------------- |
-| `/help`     | Display help information for available commands | `/help` or `/?`                  |
-| `/about`    | Display version information                     | `/about`                         |
-| `/stats`    | Display detailed statistics for current session | `/stats`                         |
-| `/settings` | Open settings editor                            | `/settings`                      |
-| `/auth`     | Change authentication method                    | `/auth`                          |
-| `/bug`      | Submit issue about Qwen Code                    | `/bug Button click unresponsive` |
-| `/copy`     | Copy last output content to clipboard           | `/copy`                          |
-| `/quit`     | Exit Qwen Code immediately                      | `/quit` or `/exit`               |
-
-### 1.6 Common Shortcuts
-
-| Shortcut           | Function                | Note                   |
-| ------------------ | ----------------------- | ---------------------- |
-| `Ctrl/cmd+L`       | Clear screen            | Equivalent to `/clear` |
-| `Ctrl/cmd+T`       | Toggle tool description | MCP tool management    |
-| `Ctrl/cmd+C`×2     | Exit confirmation       | Secure exit mechanism  |
-| `Ctrl/cmd+Z`       | Undo input              | Text editing           |
-| `Ctrl/cmd+Shift+Z` | Redo input              | Text editing           |
-
-### 1.7 CLI Auth Subcommands
-
-In addition to the in-session `/auth` slash command, Qwen Code provides standalone CLI subcommands for managing authentication directly from the terminal:
-
-| Command                                              | Description                                       |
-| ---------------------------------------------------- | ------------------------------------------------- |
-| `qwen auth`                                          | Interactive authentication setup                  |
-| `qwen auth qwen-oauth`                               | Authenticate with Qwen OAuth                      |
-| `qwen auth coding-plan`                              | Authenticate with Alibaba Cloud Coding Plan       |
-| `qwen auth coding-plan --region china --key sk-sp-…` | Non-interactive Coding Plan setup (for scripting) |
-| `qwen auth status`                                   | Show current authentication status                |
-
-> [!tip]
->
-> These commands run outside of a Qwen Code session. Use them to configure authentication before starting a session, or in scripts and CI environments. See the [Authentication](../configuration/auth) page for full details.
-
-## 2. @ Commands (Introducing Files)
-
-@ commands are used to quickly add local file or directory content to the conversation.
-
-| Command Format      | Description                                  | Examples                                         |
-| ------------------- | -------------------------------------------- | ------------------------------------------------ |
-| `@<file path>`      | Inject content of specified file             | `@src/main.py Please explain this code`          |
-| `@<directory path>` | Recursively read all text files in directory | `@docs/ Summarize content of this document`      |
-| Standalone `@`      | Used when discussing `@` symbol itself       | `@ What is this symbol used for in programming?` |
-
-Note: Spaces in paths need to be escaped with backslash (e.g., `@My\ Documents/file.txt`)
-
-## 3. Exclamation Commands (`!`) - Shell Command Execution
-
-Exclamation commands allow you to execute system commands directly within Qwen Code.
-
-| Command Format     | Description                                                        | Examples                               |
-| ------------------ | ------------------------------------------------------------------ | -------------------------------------- |
-| `!<shell command>` | Execute command in sub-Shell                                       | `!ls -la`, `!git status`               |
-| Standalone `!`     | Switch Shell mode, any input is executed directly as Shell command | `!`(enter) → Input command → `!`(exit) |
-
-Environment Variables: Commands executed via `!` will set the `QWEN_CODE=1` environment variable.
-
-## 4. Custom Commands
-
-Save frequently used prompts as shortcut commands to improve work efficiency and ensure consistency.
-
-> [!note]
->
-> Custom commands now use Markdown format with optional YAML frontmatter. TOML format is deprecated but still supported for backwards compatibility. When TOML files are detected, an automatic migration prompt will be displayed.
-
-### Quick Overview
-
-| Function         | Description                                | Advantages                             | Priority | Applicable Scenarios                                 |
-| ---------------- | ------------------------------------------ | -------------------------------------- | -------- | ---------------------------------------------------- |
-| Namespace        | Subdirectory creates colon-named commands  | Better command organization            |          |                                                      |
-| Global Commands  | `~/.qwen/commands/`                        | Available in all projects              | Low      | Personal frequently used commands, cross-project use |
-| Project Commands | `<project root directory>/.qwen/commands/` | Project-specific, version-controllable | High     | Team sharing, project-specific commands              |
-
-Priority Rules: Project commands > User commands (project command used when names are same)
-
-### Command Naming Rules
-
-#### File Path to Command Name Mapping Table
-
-| File Location                            | Generated Command | Example Call          |
-| ---------------------------------------- | ----------------- | --------------------- |
-| `~/.qwen/commands/test.md`               | `/test`           | `/test Parameter`     |
-| `<project>/.qwen/commands/git/commit.md` | `/git:commit`     | `/git:commit Message` |
-
-Naming Rules: Path separator (`/` or `\`) converted to colon (`:`)
-
-### Markdown File Format Specification (Recommended)
-
-Custom commands use Markdown files with optional YAML frontmatter:
-
-```markdown
----
-description: Optional description (displayed in /help)
----
-
-Your prompt content here.
-Use {{args}} for parameter injection.
-```
-
-| Field         | Required | Description                              | Example                                    |
-| ------------- | -------- | ---------------------------------------- | ------------------------------------------ |
-| `description` | Optional | Command description (displayed in /help) | `description: Code analysis tool`          |
-| Prompt body   | Required | Prompt content sent to model             | Any Markdown content after the frontmatter |
-
-### TOML File Format (Deprecated)
-
-> [!warning]
->
-> **Deprecated:** TOML format is still supported but will be removed in a future version. Please migrate to Markdown format.
-
-| Field         | Required | Description                              | Example                                    |
-| ------------- | -------- | ---------------------------------------- | ------------------------------------------ |
-| `prompt`      | Required | Prompt content sent to model             | `prompt = "Please analyze code: {{args}}"` |
-| `description` | Optional | Command description (displayed in /help) | `description = "Code analysis tool"`       |
-
-### Parameter Processing Mechanism
-
-| Processing Method            | Syntax             | Applicable Scenarios                 | Security Features                      |
-| ---------------------------- | ------------------ | ------------------------------------ | -------------------------------------- |
-| Context-aware Injection      | `{{args}}`         | Need precise parameter control       | Automatic Shell escaping               |
-| Default Parameter Processing | No special marking | Simple commands, parameter appending | Append as-is                           |
-| Shell Command Injection      | `!{command}`       | Need dynamic content                 | Execution confirmation required before |
-
-#### 1. Context-aware Injection (`{{args}}`)
-
-| Scenario         | TOML Configuration                      | Call Method           | Actual Effect            |
-| ---------------- | --------------------------------------- | --------------------- | ------------------------ |
-| Raw Injection    | `prompt = "Fix: {{args}}"`              | `/fix "Button issue"` | `Fix: "Button issue"`    |
-| In Shell Command | `prompt = "Search: !{grep {{args}} .}"` | `/search "hello"`     | Execute `grep "hello" .` |
-
-#### 2. Default Parameter Processing
-
-| Input Situation | Processing Method                                      | Example                                        |
-| --------------- | ------------------------------------------------------ | ---------------------------------------------- |
-| Has parameters  | Append to end of prompt (separated by two line breaks) | `/cmd parameter` → Original prompt + parameter |
-| No parameters   | Send prompt as is                                      | `/cmd` → Original prompt                       |
-
-🚀 Dynamic Content Injection
-
-| Injection Type        | Syntax         | Processing Order    | Purpose                          |
-| --------------------- | -------------- | ------------------- | -------------------------------- |
-| File Content          | `@{file path}` | Processed first     | Inject static reference files    |
-| Shell Commands        | `!{command}`   | Processed in middle | Inject dynamic execution results |
-| Parameter Replacement | `{{args}}`     | Processed last      | Inject user parameters           |
-
-#### 3. Shell Command Execution (`!{...}`)
-
-| Operation                       | User Interaction     |
-| ------------------------------- | -------------------- |
-| 1. Parse command and parameters | -                    |
-| 2. Automatic Shell escaping     | -                    |
-| 3. Show confirmation dialog     | ✅ User confirmation |
-| 4. Execute command              | -                    |
-| 5. Inject output to prompt      | -                    |
-
-Example: Git Commit Message Generation
-
-````markdown
----
-description: Generate Commit message based on staged changes
----
-
-Please generate a Commit message based on the following diff:
-
-```diff
-!{git diff --staged}
-```
-````
-
-#### 4. File Content Injection (`@{...}`)
-
-| File Type    | Support Status         | Processing Method           |
-| ------------ | ---------------------- | --------------------------- |
-| Text Files   | ✅ Full Support        | Directly inject content     |
-| Images/PDF   | ✅ Multi-modal Support | Encode and inject           |
-| Binary Files | ⚠️ Limited Support     | May be skipped or truncated |
-| Directory    | ✅ Recursive Injection | Follow .gitignore rules     |
-
-Example: Code Review Command
-
-```markdown
----
-description: Code review based on best practices
----
-
-Review {{args}}, reference standards:
-
-@{docs/code-standards.md}
-```
-
-### Practical Creation Example
-
-#### "Pure Function Refactoring" Command Creation Steps Table
-
-| Operation                     | Command/Code                              |
-| ----------------------------- | ----------------------------------------- |
-| 1. Create directory structure | `mkdir -p ~/.qwen/commands/refactor`      |
-| 2. Create command file        | `touch ~/.qwen/commands/refactor/pure.md` |
-| 3. Edit command content       | Refer to the complete code below.         |
-| 4. Test command               | `@file.js` → `/refactor:pure`             |
-
-```markdown
----
-description: Refactor code to pure function
----
-
-Please analyze code in current context, refactor to pure function.
-Requirements:
-
-1. Provide refactored code
-2. Explain key changes and pure function characteristic implementation
-3. Maintain function unchanged
-```
-
-### Custom Command Best Practices Summary
-
-#### Command Design Recommendations Table
-
-| Practice Points      | Recommended Approach                | Avoid                                       |
-| -------------------- | ----------------------------------- | ------------------------------------------- |
-| Command Naming       | Use namespaces for organization     | Avoid overly generic names                  |
-| Parameter Processing | Clearly use `{{args}}`              | Rely on default appending (easy to confuse) |
-| Error Handling       | Utilize Shell error output          | Ignore execution failure                    |
-| File Organization    | Organize by function in directories | All commands in root directory              |
-| Description Field    | Always provide clear description    | Rely on auto-generated description          |
-
-#### Security Features Reminder Table
-
-| Security Mechanism     | Protection Effect          | User Operation         |
-| ---------------------- | -------------------------- | ---------------------- |
-| Shell Escaping         | Prevent command injection  | Automatic processing   |
-| Execution Confirmation | Avoid accidental execution | Dialog confirmation    |
-| Error Reporting        | Help diagnose issues       | View error information |

package/bundled/qc-helper/docs/features/export.md

@@ -1,51 +0,0 @@
-# Session Export
-
-The `/export` command saves your current session to a file in your working directory. Four formats are supported.
-
-## Usage
-
-```
-/export <format>
-```
-
-| Command         | Output                                             |
-| --------------- | -------------------------------------------------- |
-| `/export html`  | Self-contained HTML file with a rendered viewer    |
-| `/export md`    | Markdown — plain text, readable anywhere           |
-| `/export json`  | Structured JSON — one object per message           |
-| `/export jsonl` | JSONL — one JSON object per line (stream-friendly) |
-
-Files are written to the current working directory with a timestamped name, e.g. `export-2025-04-05T16-30-00-000Z.html`.
-
-## HTML Format
-
-The HTML export produces a **self-contained file** — no server, no internet connection required to view it. Open it directly in any browser.
-
-It includes:
-
-- Full conversation history with role labels (user / assistant / tool)
-- Rendered markdown (code blocks, lists, headings)
-- Tool call inputs and outputs collapsed by default
-- A minimal, readable stylesheet baked in
-
-This is useful for sharing a session with teammates, archiving a debugging session, or reviewing a long conversation outside the terminal.
-
-## JSON / JSONL Formats
-
-These formats expose the raw message structure, useful for:
-
-- Piping into other tools (`jq`, scripts, LLM pipelines)
-- Programmatic analysis of session content
-- Building integrations on top of proto session data
-
-`json` outputs a single array. `jsonl` outputs one JSON object per line, which is better for streaming and large files.
-
-## Markdown Format
-
-Exports the conversation as a readable `.md` file. Good for pasting into notes, wikis, or GitHub issues.
-
-## Notes
-
-- Export captures the session state at the moment the command runs — messages added after export are not included.
-- The file is written to `config.workingDir` (the directory proto was started in).
-- No session data is sent anywhere — the file is written locally only.

package/bundled/qc-helper/docs/features/followup-suggestions.md

@@ -1,109 +0,0 @@
-# Followup Suggestions
-
-Qwen Code can predict what you want to type next and show it as ghost text in the input area. This feature uses an LLM call to analyze the conversation context and generate a natural next step suggestion.
-
-This feature works end-to-end in the CLI. In the WebUI, the hook and UI plumbing are available, but host applications must trigger suggestion generation and wire the followup state for suggestions to appear.
-
-## How It Works
-
-After Qwen Code finishes responding, a suggestion appears as dimmed text in the input area after a short delay (~300ms). For example, after fixing a bug, you might see:
-
-```
-> run the tests
-```
-
-The suggestion is generated by sending the conversation history to the model, which predicts what you would naturally type next.
-
-## Accepting Suggestions
-
-| Key           | Action                                           |
-| ------------- | ------------------------------------------------ |
-| `Tab`         | Accept the suggestion and fill it into the input |
-| `Enter`       | Accept the suggestion and submit it immediately  |
-| `Right Arrow` | Accept the suggestion and fill it into the input |
-| Any typing    | Dismiss the suggestion and type normally         |
-
-## When Suggestions Appear
-
-Suggestions are generated when all of the following conditions are met:
-
-- The model has completed its response (not during streaming)
-- At least 2 model turns have occurred in the conversation
-- There are no errors in the most recent response
-- No confirmation dialogs are pending (e.g., shell confirmation, permissions)
-- The approval mode is not set to `plan`
-- The feature is enabled in settings (enabled by default)
-
-Suggestions will not appear in non-interactive mode (e.g., headless/SDK mode).
-
-Suggestions are automatically dismissed when:
-
-- You start typing
-- A new model turn begins
-- The suggestion is accepted
-
-## Fast Model
-
-By default, suggestions use the same model as your main conversation. For faster and cheaper suggestions, configure a dedicated fast model:
-
-### Via command
-
-```
-/model --fast qwen3.5-flash
-```
-
-Or use `/model --fast` (without a model name) to open a selection dialog.
-
-### Via settings.json
-
-```json
-{
-  "fastModel": "qwen3.5-flash"
-}
-```
-
-The fast model is used for background tasks like suggestion generation. When not configured, the main conversation model is used as fallback.
-
-Thinking/reasoning mode is automatically disabled for all background tasks (suggestion generation and speculation), regardless of your main model's thinking configuration. This avoids wasting tokens on internal reasoning that isn't needed for these tasks.
-
-## Configuration
-
-These settings can be configured in `settings.json`:
-
-| Setting                        | Type    | Default | Description                                                        |
-| ------------------------------ | ------- | ------- | ------------------------------------------------------------------ |
-| `ui.enableFollowupSuggestions` | boolean | `true`  | Enable or disable followup suggestions                             |
-| `ui.enableCacheSharing`        | boolean | `true`  | Use cache-aware forked queries to reduce cost (experimental)       |
-| `ui.enableSpeculation`         | boolean | `false` | Speculatively execute suggestions before submission (experimental) |
-| `fastModel`                    | string  | `""`    | Model for background tasks (suggestion generation, speculation)    |
-
-### Example
-
-```json
-{
-  "fastModel": "qwen3.5-flash",
-  "ui": {
-    "enableFollowupSuggestions": true,
-    "enableCacheSharing": true
-  }
-}
-```
-
-## Monitoring
-
-Suggestion model usage appears in `/stats` output, showing tokens consumed by the fast model for suggestion generation.
-
-The fast model is also shown in `/about` output under "Fast Model".
-
-## Suggestion Quality
-
-Suggestions go through quality filters to ensure they are useful:
-
-- Must be 2-12 words (CJK: 2-30 characters), under 100 characters total
-- Cannot be evaluative ("looks good", "thanks")
-- Cannot use AI voice ("Let me...", "I'll...")
-- Cannot be multiple sentences or contain formatting (markdown, newlines)
-- Cannot be meta-commentary ("nothing to suggest", "silence")
-- Cannot be error messages or prefixed labels ("Suggestion: ...")
-- Single-word suggestions are only allowed for common commands (yes, commit, push, etc.)
-- Slash commands (e.g., `/commit`) are always allowed as single-word suggestions