tgoskits

Add, adapt, debug, or review architecture/platform support for ArceOS, StarryOS, Axvisor, someboot, dynamic UEFI platform boot, SMP startup, QEMU boot configs, target JSON files, axbuild arch mapping, axcpu trap/context code, axplat-dyn, somehal, and LoongArch/x86/aarch64/riscv platform bring-up issues.

Write, rewrite, review, or normalize Markdown technical documentation with strict structure rules. Use when Codex is asked to create or edit .md docs, especially project docs that must combine functional explanation with key source-code anchors such as data structures, functions, state machines, APIs, parameters, and Mermaid diagrams.

Review one specified GitHub pull request in this tgoskits repository. Use when the user names a PR number or URL and asks to review, re-review, compare with Linux/POSIX/RFC/VirtIO semantics, check duplicate functionality or related open PRs, verify required tests and their placement/discovery/execution, validate Starry or ArceOS app/tool workflows that CI may miss, repair safe merge conflicts, run focused validation, leave Chinese inline review comments, approve, request changes, or select and assign recommended reviewers from .github/MAINTAINERS.md after review.

Use when the user wants to assign or rebalance GitHub pull request reviewers in rcore-os/tgoskits from a discussion, ownership matrix, open PR scope, or existing reviewer requests, especially when preserving bot requests or handling reviewer permission limits matters.

Add, regroup, adapt, or validate StarryOS test-suit cases in this repository. Use this skill when working under `test-suit/starryos`, updating Starry `qemu-*.toml` or `board-*.toml`, changing qemu build wrappers or grouped system cases, tuning success/fail regexes, adding C/shell/Python/grouped case assets, or touching Starry test-suit CI/xtask behavior.

Create, refactor, review, and optimize portable Rust driver crates under `drivers/` by device type in this tgoskits workspace. Use this skill when adding or changing cross-Rust-kernel drivers, separating Driver Core / Capability Boundary / OS Glue / Runtime layers, handling MMIO/iomap with `mmio-api`, handling DMA with `dma-api`, designing IRQ callback ownership, control/IRQ/queue endpoint contracts, queue-local completion state, or auditing OS API coupling in driver code.

Resolve recent or specified bug, regression, CI failure, panic, hang, timeout, flaky, or failing-test GitHub issues in this tgoskits repository.

Debug physical-board workflows that need Linux-side deployment or inspection before running StarryOS or ArceOS through the local board service. Use this skill when a board workload depends on files in the board Linux rootfs, when the user says to use `board connect`, when SSH/rsync deployment must happen while holding a board lease, when StarryOS reports a deployed binary as `not found`, or when diagnosing mismatches between Linux-visible files and StarryOS-visible files on OrangePi-5-Plus or similar boards.

Audit open GitHub pull requests in this tgoskits repository, identify non-self PRs that need the current user's review, then dispatch each eligible PR through review-single-pr. Use when the user asks to review all open PRs, review non-self PRs, re-review PRs updated after their last review, or coordinate per-PR review worktrees/subagents.

Audit or update crates.io owners for newly added crates in this tgoskits workspace. Use this skill when the user wants to add or verify `github:rcore-os:crates-io` on branch-added crates, asks which new crates still need the team owner, or explicitly says to use `cargo owner` instead of editing `Cargo.toml`.

Repair a remote physical board's Linux ext4 root filesystem by interrupting U-Boot through `ostool-server`, injecting one-shot `extraboardargs=fsckfix`, booting Linux, and confirming the login/root/user shell prompt. Use this skill when board Linux boot fails in initramfs fsck with ext4 journal/orphan/inode corruption, when StarryOS or ArceOS board tests may have damaged the OrangePi-5-Plus rootfs, when the user asks to recover a board through U-Boot fsck, or when validating that Linux can boot cleanly before or after Starry board filesystem tests.

适配或修复 ArceOS 测试用例以通过 `cargo xtask test arceos`。当用户提到新增或修改 `test-suit/arceos` 下的测试、补齐 `qemu-*.toml`、修正 success/fail 正则、让某个 ArceOS 测试在 xtask 中正确通过或正确失败时，使用此技能。

Audit and update `scripts/test/std_crates.csv` for this ArceOS/StarryOS workspace. Use this skill whenever the user mentions std tests, whitelist, cargo test validation, wants to check which packages pass host tests, refreshes the test suite, or asks about adding new packages to the test CSV. This is the primary way to manage the std test candidates list.