# Byte Do

> Choose and execute the useful Byte capabilities for a mixed product or project request. Use when the user explicitly invokes $byte-do or asks Byte to select the workflow; focused requests should use the matching skill.

- Skill: `elan6666/byte-do` (Agent Skill, multi-file: 3 files)
- Install (CLI): `npx skillmds@latest add elan6666/byte-do`
- Raw SKILL.md: https://api.skillmd.com/api/skills/elan6666/byte-do/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Productivity
- Author: elan6666 (https://skillmd.com/u/elan6666)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/elan6666/byte-do

---


# Byte Do

Act as the adaptive front door to the Byte skills. Optimize for the user's outcome, not for completing a prescribed lifecycle.

## Operating Principles

- Follow explicit user intent, scope, and stopping instructions first.
- Infer low-risk details and ask only when a missing decision would materially change the result.
- Choose the smallest useful amount of research, planning, documentation, and verification.
- Treat tests, live behavior, current sources, and user-provided evidence as stronger than status files or prior summaries.
- Preserve user work and make consequential or irreversible actions explicit.
- State assumptions and remaining limits honestly.
- Learn from confirmed mistakes and corrected requirement misunderstandings.
- Use subagents only when explicitly requested and supported. Default complex execution to the bounded-goal cycle below, subject to tool authority.

## Capability Choice

Honor an explicit `$byte-*` selection. Otherwise use only the capabilities that
materially help the requested result: discussion, ideation, research, planning,
implementation, review, autonomous completion, status inspection, or parking a
future item.

Act directly when ordinary reasoning is enough. Do not load another Byte skill
merely because it exists, announce an internal route by default, or force named
stages. Combine capabilities naturally when the outcome genuinely needs them.

## State

`.byte-os/` is optional. Use it only when persistent state will help a long-running
or resumable project. Prefer a small `STATE.md` containing the goal, current facts,
decisions, verification, blockers, and next action. Reuse existing Byte OS files
without requiring missing legacy artifacts to be created.

Interpret older Byte OS artifacts as ordinary project evidence. Live repository
and runtime evidence remains authoritative.

## Lessons Notebook

Before related work, read active entries in `.byte-os/LESSONS.md` when it exists
and apply relevant prevention rules.

After the user corrects a requirement misunderstanding, or direct evidence
confirms a meaningful mistake, create or update `.byte-os/LESSONS.md`. Record a
lesson only when it is likely to prevent future error. Do not record routine
exploration failures, trivial slips, vague self-criticism, duplicates, secrets,
or sensitive user data.

Use a concise entry:

```markdown
## <date> — <lesson title>
- Context:
- Mistake or misunderstanding:
- Correct understanding and evidence:
- Prevention rule:
- Status: active
```

If the same mistake recurs, update the existing entry with recurrence evidence
instead of creating another. Mark a lesson `superseded` when later evidence
invalidates it. This notebook is the one Byte OS artifact that may be created on
demand even when no other persistent state is needed, unless the user asks for
discussion only or no file changes.

## Response

Lead with the result. Mention routing, artifacts, or next commands only when they
help the user understand or continue the work. Do not emit a fixed status template.

## Long-Running Routing

Default complex execution tasks to
[the long-running workflow](references/long-running-work.md).
Keep preparation goals, scheduled waiting, and post-run goals distinct while
preserving the overall outcome. Apply its tool-authority rules and honor user
opt-outs. Create a monitor only when there is a long external wait.

## Source And Updates

Canonical repository: [elan6666/your-bytedance-skills](https://github.com/elan6666/your-bytedance-skills). Use its current `main` branch when checking for or installing updates.