Follow a complete usage workflow
Choose one task, gather its inputs, follow the steps and check the same result.
Start hereChoose your role and the surface you use: headless operations, PackrGUI, administration or integration development. Follow a small task, check its result, and use the troubleshooting route when it does not match.
English website review edition · Appliance reference: 0.1.0-r232
Website review draft · Documentation R17 · Customer procedure validation pending
Follow the six-step recorded run: service checks, rejected input, reconciliation, correction, the same Work and verified reports. Read what each result means before using the command guide and prerequisites. This uses selected actual records from an isolated local R234 exercise. It does not run commands or present a live terminal.
Choose a workspace, then follow the menu for your task. Each route explains its purpose, what to bring, the controls to use, how to read the result and where to go next. The Business example follows one real audit Work from request to final report. Engineering and Operations also document every menu in the inspected R234 client, including the actual empty and unavailable states.
| Workspace | Choose a menu |
|---|---|
| Business | Home · Request · My Work · Review · Approvals · Results · Projects |
| Engineering · IDE | Intent · Repository · Change · Build · Validate · Artifacts · Review · Closure |
| Engineering · tools | Runtime · Audit · Reports · Memory · Packs |
| Operations | Overview · Runtime · Environments · Approvals · Policies · Audit |
These are real local candidate screens, not a demonstration that every product operation succeeded. The retained audit Work did not edit source, run a repository build, call an AI provider or receive human acceptance. No new Work was submitted during the additional menu capture. The matching customer release, populated engineering workflows and acceptance remain separate validation tasks.
Follow the built-in Pack inspection walkthrough in the local candidate. Open the catalog, compare the entry point with its supporting dependency, search, reset filters and return to your existing Work. No custom Pack is needed.
Follow the actual 4 October local candidate: connect, apply one approved configuration change, inspect diagnostics and audit, then save support. This isolated test is not customer-release proof.
Choose one task, gather its inputs, follow the steps and check the same result.
Start hereFind an asset revision, inspect its context, and distinguish local availability from Work use.
Open guideCheck health and readiness, inspect Work, and follow the command reference.
Open guideFind the right workspace, connect to the intended target and interpret the screen.
Open guideSeparate product access from host access; review state before an approved change.
Open guideUnderstand assets, local lifecycle, contribution and the limits of each tab.
Open guideStart from the symptom, inspect the correct layer, and prepare a useful support report.
Open guideOwners, cloud inputs, first administrator, AI, storage and the PoC journey.
Open guideComplete source JSON, observed local results and common input errors.
Open guideAgent review recipes, GAPE observation and separate Vertex setup.
Open guideIntegration Helper, SDK scope, declarations and command syntax.
Open guide| Your task | Start here | Check before acting |
|---|---|---|
| Search, inspect or select an asset | Packtory library | Exact revision/scope, projected availability and separate Work-use support |
| Operate the headless appliance | Headless | Delivered command, endpoint, product identity and readiness |
| Read or prepare work in a desktop client | PackrGUI | Local/remote mode and the connected target |
| Change appliance settings | VibePackr Admin | Product grant, requested action and current revision |
| Inspect assets and Packtory context | Packtory Admin | Local status projection versus management query; available action versus placeholder |
| Investigate an unexpected result | Troubleshooting | Exact failed stage and current observed state |
These are distinct surfaces and roles. Headless delivery does not install a desktop client. A visible management menu does not establish permission to change it. The desktop guides label their inspected source scope separately from the r232 appliance reference.
R9 adds the connected PackrGUI walkthroughs. One isolated local R234 GUI Work was submitted once, validated PASSED and traced across three workspaces to its actual PDF and JSON. Human acceptance remains pending. The separate Runtime and Audit Registry limitations are documented.
The accepted Headless reader and earlier five native captures are retained. The new GUI case uses a different Work and installation. Customer delivery, first-admin setup, provider readiness and full Marketplace reproduction remain separate requirements.
This R17 English documentation is the current website review edition. Remaining categories and customer procedure validation are still in progress.
English is the default website edition. Korean counterparts remain in the local editorial source. Search filters this page; Clear restores all sections. Code blocks have Copy controls; downloadable examples and plain-text worksheets retain their labels and prerequisites. Printing is designed to show all sections, including those hidden by search. Downloaded HTML needs its companion downloads and images directories for file links.
A command reference explains syntax. An illustrative case explains a decision. A retained result describes an earlier bounded observation. Read the label before copying a command or interpreting a result.
The Google Reviewer Guide connects the customer journey with these operating references and their remaining verification conditions. Documentation completion does not establish submission, acceptance or customer readiness.