Project Ops Demo Capture Runbook
Use this runbook to produce reliable, real screenshots for Issue Ops and Project triage docs.
All logic should come from built-in intelligencex todo ... commands. Do not use external scripts for decision logic.
Important disclaimer
Project Ops is assistive automation, not autonomous production governance.
- Treat suggested actions and confidence as recommendations.
- Keep close and keep-open decisions human-owned.
- Use proposal-only and dry-run modes before mutating operations.
Demo goals
Capture screenshots that prove three things:
Issue Review Actionis populated by real IX runs.Issue Review Action Confidenceand linked PR context are visible in the project table.- Maintainers can review recommendations before any close action is applied.
Prerequisites
- A repository with active issues and pull requests.
- GitHub Project access (
projectscope). - IX CLI authentication completed.
- Existing or bootstrap-ready project configuration.
End-to-end demo flow
Run these commands from the target repository root.
Replace placeholder tokens before running commands:
owner/repo-> your target repository (for exampleEvotecIT/IntelligenceX)owner-> your GitHub org or user that owns the project
# 1) Bootstrap project fields and local config artifacts
intelligencex todo project-bootstrap --repo owner/repo --owner owner
# 2) Build triage index for PR and issue context
intelligencex todo build-triage-index --repo owner/repo
# 3) Run issue applicability review (non-mutating)
intelligencex todo issue-review --repo owner/repo --proposal-only --min-consecutive-candidates 2 --min-auto-close-confidence 80 --state-path artifacts/triage/ix-issue-review-state.json
# 4) Optional: align backlog with VISION.md
intelligencex todo vision-check --repo owner/repo --vision VISION.md
# 5) Sync signals into project fields in dry-run first
intelligencex todo project-sync --config artifacts/triage/ix-project-config.json --issue-review artifacts/triage/ix-issue-review.json --dry-run
# 6) Apply after maintainer approval
intelligencex todo project-sync --config artifacts/triage/ix-project-config.json --issue-review artifacts/triage/ix-issue-review.jsonBefore step 5, verify required artifacts exist ( project-bootstrap + issue-review outputs):
Test-Path artifacts/triage/ix-project-config.json
Test-Path artifacts/triage/ix-issue-review.json
Test-Path artifacts/triage/ix-issue-review.mdExpected PowerShell result: all three checks return True .
set -euo pipefail
for f in \
artifacts/triage/ix-project-config.json \
artifacts/triage/ix-issue-review.json \
artifacts/triage/ix-issue-review.md; do
if [ ! -f "$f" ]; then
echo "Missing required artifact: $f" >&2
exit 1
fi
done
echo "Artifact verification passed."Expected bash result: the script prints Artifact verification passed. and exits with code 0 .
Screenshot shot list
Capture these in one session so filters and state are consistent:
- Project board overview with open issues and triage columns visible.
- Table focused on
Issue Review ActionandIssue Review Action Confidence. - Row example showing linked PR context (
Matched Pull Requestor related PR fields). - Markdown summary from
artifacts/triage/ix-issue-review.md.
Capture quality checklist
- Resolution:
>= 1920x1080. - Keep the same theme and zoom level across all captures.
- Do not crop out key columns used in the narrative.
- Avoid screenshots with hidden filters that cannot be explained.
- Remove unrelated personal or sensitive data before publishing.
Naming convention
Use deterministic names for website assets:
ix-issue-ops-01-board-overview.pngix-issue-ops-02-review-columns.pngix-issue-ops-03-linked-pr-context.pngix-issue-ops-04-issue-review-summary.png
Place them in:
Website/static/assets/screenshots/ix-issue-ops/
Publish checklist
- Replace placeholder references in docs or blog pages.
- Verify each image has explicit width, height, loading, and decoding hints.
- Run website validation:
Website/build.ps1 -DevWebsite/build.ps1 -CI
- Open PR with before/after screenshots in the description.