ascend-triton-workflow · git:20260913.e74cc0c · 2026-09-13 · sha256 026ff73132dc604e
ascend-triton-workflow git:20260913.e74cc0cA
Immutable. This exact content is served forever at /api/v1/blob/026ff73132dc604e.
--- name: ascend-triton-workflow description: Consolidate existing Ascend Triton development, correctness and optimization evidence when asked for a report or a summary across stages. Operator development, validation and tuning do not require an aggregate report. --- # Ascend Triton evidence report Summarize supplied stage manifests within the requested report scope. Development evidence identifies the implementation, correctness evidence covers tested cases, and optimization evidence records measured tuning. The report tool links existing observations and does not launch these stages. ## Agent entry Run from the repository root. The entry reuses the installed platform environment. ```text uv run --no-project python .agents/skills/ascend-triton-workflow/scripts/triton_workflow.py --config operator.json --development development/manifest.json --validation validation/manifest.json ``` The config describes the operator and the stages this report should cover. The report checks artifact availability, case scope and kernel identity and records missing or unrelated evidence. `required_stages` is a report input, not a prerequisite for ordinary operator work. Linking and report identifiers are generated internally. Imported numerical results and latency measurements do not by themselves prove candidate NPU execution; this remains unknown in the aggregate status. Assess those limits alongside the actual runner or profiler evidence. An inconclusive report does not by itself require another experiment or determine whether the user's development task is complete. See the [report input example](references/inputs.md) for configuration and [command options](references/command-recipes.md) for optional stage inputs.