在 mini-code-agent 上完成 Mac WPS Agent Host Smoke Test

[JohnnyYwQ]

Context

The wps-office WPS Skill Package is intended to be copied into an Agent Host unchanged and operated through its bundled Python Runner. Before using mini-code-agent on the four Linux/Windows Validation Targets, run one real-WPS Agent Host Smoke Test on the current Mac development machine.

Related WPS work:

• WPS migration spec #2
• Isolated WPS Skill Package validation #25

Question to answer

Can an unchanged copy of the wps-office WPS Skill Package be discovered and loaded by mini-code-agent, then drive the installed Mac WPS from a realistic natural-language request through the bundled Runner and WPS Add-in?

Constraints

• Test the current mini-code-agent consumer behavior before adapting either repository.
• Copy the complete package into .skills/wps-office; do not symlink it or omit bundled resources.
• Record the source wps-skills commit and a digest of the copied package.
• Back up relevant user-level WPS Add-in registration/configuration before the first readiness check.
• The user has authorized installing or updating the WPS Add-in in the current Mac user profile and will perform a full WPS restart when prompted.
• Do not expose API credentials, the installed Add-in authentication credential, SSH details, or document contents in evidence.
• A Mac result is experimental Agent Host evidence only and does not grant Platform Certified status.

Acceptance criteria

• Record the Mac OS/architecture, Python version, WPS version/architecture, mini-code-agent commit, wps-skills commit, and copied package digest.
• mini-code-agent lists wps-office from the copied package and loads its unchanged SKILL.md.
• A realistic user request causes the agent to load the Skill without being told the expected WPS Action sequence.
• The agent resolves the packaged Runner, Action manifest, and relevant progressive reference from the copied package.
• Before mutation, the existing user-level WPS Add-in registration/configuration is backed up without recording its credential.
• The agent runs readiness, handles first-use installation or update, explains any restart requirement, and reaches authenticated loopback readiness after WPS restarts.
• From a natural-language request, the agent creates or uses only a disposable test document, completes at least one observable read and one observable write, and reports the result.
• A destructive request is not sent to WPS before the user explicitly confirms the named consequence.
• Capture a sanitized transcript and result record that identifies the candidate digest and separates Agent Host, WPS Skill Package, Mac WPS, and environment failures.
• Record a clear verdict. A diagnosed baseline failure completes the experiment but must produce a focused follow-up issue in the repository that owns the defect; do not silently adapt the consumer or package during the baseline run.

Human checkpoints

• Fully exit and restart WPS when readiness requests it.
• Confirm the visible WPS document result.
• Do not paste model-provider or Add-in credentials into the issue or transcript.

Blocked by

• None — can start immediately.

[JohnnyYwQ]

Correction: the baseline selected a legacy two-file candidate, not the active migration candidate. The active wps-skills commit 4692755 contains the Runner, manifest, references, and Add-in. The local evidence correction is committed as 8034e95; no branch has been pushed. Keep this issue open and rerun against an unchanged archive exported from the pinned active migration commit.