@shinsa/darwin-arm64 0.0.0 → 1.0.0-canary.53

package/bin/shinsa

@@ -0,0 +1,4 @@
+[diffend] Oversized file quarantined before diffing.
+name: package/bin/shinsa
+size: 94396720 bytes
+sha256: 23ba60423b8aae43829529fcca780d92045b56af2f313231ac02d2ba5c278233

package/package.json

@@ -1 +1,22 @@
-{"name":"@shinsa/darwin-arm64","version":"0.0.0","description":"Placeholder. Install shinsa instead.","license":"AGPL-3.0-only","repository":{"type":"git","url":"git+https://github.com/shinsa-dev/shinsa.git"}}
+{
+  "name": "@shinsa/darwin-arm64",
+  "version": "1.0.0-canary.53",
+  "description": "The Shinsa engine for darwin arm64. Install shinsa rather than this package.",
+  "license": "AGPL-3.0-only",
+  "homepage": "https://shinsa.dev",
+  "repository": {
+    "type": "git",
+    "url": "git+https://github.com/shinsa-dev/shinsa.git"
+  },
+  "os": [
+    "darwin"
+  ],
+  "cpu": [
+    "arm64"
+  ],
+  "files": [
+    "bin",
+    "plugin",
+    "web"
+  ]
+}

package/plugin/.claude-plugin/plugin.json

@@ -0,0 +1,5 @@
+{
+  "name": "shinsa",
+  "version": "0.1.0",
+  "description": "The rules every Shinsa agent follows: how to review, how to prove UI work, how to hand work over."
+}

package/plugin/skills/evidence/SKILL.md

@@ -0,0 +1,175 @@
+---
+name: evidence
+description: How to prove user-facing work in Shinsa before the human reviews it: a before and after comparison of each view you changed at the right widths and themes, a short recording for behaviour, simulator captures for iOS, and the focused test run for logic. Use whenever your change is visible to a user, and as the reviewer when the evidence is missing or doubtful.
+---
+
+# Evidence
+
+The human reviews the evidence before the diff, in the review's Evidence section, as items, each with its kind: a
+comparison (one view before and after, or in light and dark) side by side, a recording that plays in the image viewer,
+a screenshot, a test or check run as the result and output of the check Shinsa ran, a note. "4 pieces of evidence" counts items, not files: a before and
+its after are one comparison, and so are a view's light and dark shots. Without it they have to run your change
+themselves, which is the work Shinsa exists to save. Attach every item with `attach_evidence`; Shinsa copies the files
+into its own store (`<data>/evidence/<task id>/round-<n>/`), so a file you leave in `/tmp` is fine.
+
+## Which kind
+
+| The change | Attach | Kind |
+|---|---|---|
+| A screen looks different | A comparison of each view you changed, the same view before and after, at 1280px and 390px wide, light and dark | `comparison` |
+| One view in several states (empty, loading, error, filled) | One comparison with a part per state, each named by its `label` | `comparison` |
+| Something moves or responds (a menu, a drag, a scroll, a form) | A recording of the flow, 5 to 20 seconds, at 1280px | `recording` |
+| A new screen with nothing before it | Per width, its light and dark as one comparison, parts labelled `Light` and `Dark` | `comparison` |
+| One view in light and dark | One comparison, never two screenshots: a part per theme, labelled `Light` and `Dark` | `comparison` |
+| Logic, an API, a script | The focused test that fails without your change and passes with it, as a check you link | `test` |
+| What a run cannot show (a failing run before the fix, a manual check, a measurement) | A short note in markdown | `note` |
+| A preview deployment exists | Its URL | `preview` |
+| The project has a service that shows the change (its dev server) | Its local preview: the URL `run_service` reports, with the path to the screen | `preview` |
+
+Skip a width or a theme only when it cannot differ (a command's output has no theme), and say so in `detail`. A
+comparison counts as the screenshots (or recordings) a plan asks for.
+
+## Fill the fields
+
+- `title`: what it shows: "Settings, appearance section". Never a file name.
+- `width`, `theme`: the viewport width in CSS pixels (1280, never the file's 2560), and `light` or `dark`. Shinsa
+  shows a shot at that width, so a 2x file stays sharp.
+- `detail`: what to look at, in one sentence: "The muted labels now pass 4.5:1 contrast."
+- A comparison takes `parts`, two to six files in order, each with its `path` and a `stage` (`before`, `after`) or a
+  short `label` ("Empty", "Loading", "Light", "Dark"):
+
+  ```json
+  { "kind": "comparison", "title": "Settings, appearance section", "width": 1280, "theme": "dark",
+    "parts": [{ "path": "/tmp/evidence/settings-before.png", "stage": "before" },
+              { "path": "/tmp/evidence/settings-after.png", "stage": "after" }] }
+  ```
+
+  Light and dark shots of one view are one comparison too, a part per theme named by its `label`, with no `theme`
+  on the comparison (the labels say it):
+
+  ```json
+  { "kind": "comparison", "title": "Review tab, a finding with its fix", "width": 1280,
+    "parts": [{ "path": "/tmp/evidence/review-light.png", "label": "Light" },
+              { "path": "/tmp/evidence/review-dark.png", "label": "Dark" }] }
+  ```
+
+  You take the before shot before you edit, so you may attach it on its own then (`kind: "screenshot"`,
+  `stage: "before"`) and its after later with the same `key` (`stage: "after"`): Shinsa shows the two as one
+  comparison.
+- Give every item a `key` for what it shows (`settings-dark-900`); without one its title, width and theme are its key.
+  Evidence shows the work as it is now: when a later change alters a view, attach it again with the same key and it
+  replaces the earlier item (a new after keeps its before). Remove an item that no longer applies with
+  `remove_evidence` and a reason. The human sees only the current items; the old ones fold under Earlier versions.
+- A `test` or `check` takes only `check`, the id of one of the task's checks (`c1`, as `read_task` lists them), and
+  an optional `detail`: `{ "kind": "test", "check": "c2", "detail": "Fails before the fix with the empty name." }`.
+  Shinsa shows that check's result and the output of its last run; never paste test output.
+- Every other kind takes exactly one source: `path` for a file (absolute, or relative to the worktree), `text` for a
+  note, `url` for a preview.
+- A note is markdown, rendered as it is in the chat: lists, code, links. Put measurements in a table, one row per
+  thing measured, and link the file you changed with a reference (`[theme.css](shinsa://file/src/theme.css#L12-L16)`)
+  so the human can open it. A test or check run is a linked check, never a note.
+
+  ```md
+  | Token | Before | After | Needs |
+  | --- | --- | --- | --- |
+  | Hint text (`--muted`) | 2.6:1 | 6.9:1 | 4.5:1 |
+  | Borders (`--border`) | 1.2:1 | 1.6:1 | none, decorative |
+  ```
+
+## Web UI
+
+1. Start the app the way the repository says (its CLAUDE.md, README, package scripts), on a free port, with its own
+   data or seed if it has one. Never stop or reuse a server you did not start, and stop yours when you are done.
+2. **Before shots first.** Capture the before shots before you edit anything a user sees. If you already changed the
+   code, capture them from a scratch checkout of the base: `git worktree add --detach /tmp/before <base commit>`,
+   install, run it on another port, capture, then `git worktree remove /tmp/before`.
+3. Capture at a device scale factor of 2: the human reviews on a Retina screen, where a shot with one pixel per CSS
+   pixel looks soft. A 1280px wide view is a 2560px wide file. Shinsa starts the Playwright MCP at that scale; take
+   its screenshots with `scale: "device"` (its default, `"css"`, halves them again). On the command line pass
+   `--device="Desktop Chrome HiDPI"` with your `--viewport-size`; in a script set `deviceScaleFactor: 2` on every page
+   and context.
+4. Capture with the browser tools you have (the Playwright MCP tools), or the Playwright command line for a single
+   page. Every browser you start runs headless: the human works on this machine, and a window that opens takes their
+   screen. Shinsa starts the Playwright MCP headless for you. In a script, launch with `headless: true`, never with
+   `headless: false` or `--headed`, and never open a page with `open` or in a desktop browser.
+
+   ```sh
+   bunx playwright screenshot --device="Desktop Chrome HiDPI" --viewport-size=1280,800 --color-scheme=dark \
+     --wait-for-timeout=500 http://localhost:5900/settings /tmp/evidence/settings-1280-dark-after.png
+   ```
+
+   For a page you must click through first, or a recording, write a short script and run it from a scratch folder,
+   so the repository's dependencies stay as they are:
+
+   ```sh
+   mkdir -p /tmp/evidence && cd /tmp/evidence && bun add playwright && bunx playwright install chromium
+   ```
+
+   ```ts
+   import { chromium } from 'playwright';
+
+   const browser = await chromium.launch({ headless: true });
+   for (const theme of ['light', 'dark'] as const) {
+     for (const width of [1280, 390]) {
+       const page = await browser.newPage({ viewport: { width, height: 800 }, deviceScaleFactor: 2, colorScheme: theme });
+       await page.goto('http://localhost:5900/settings');
+       await page.getByRole('button', { name: 'Appearance' }).click();
+       await page.screenshot({ path: `/tmp/evidence/settings-${width}-${theme}-after.png` });
+       await page.close();
+     }
+   }
+   const context = await browser.newContext({
+     viewport: { width: 1280, height: 800 },
+     deviceScaleFactor: 2,
+     recordVideo: { dir: '/tmp/evidence/video', size: { width: 2560, height: 1600 } },
+   });
+   const page = await context.newPage();
+   await page.goto('http://localhost:5900/settings');
+   await page.getByRole('button', { name: 'Appearance' }).click();
+   await context.close();
+   console.log(await page.video()?.path());
+   await browser.close();
+   ```
+
+5. Read the browser console on every page you captured. An error you introduced is a bug, not evidence.
+6. Look at every image before you attach it: the right screen, the change visible, nothing half loaded, and twice the
+   width you captured at (`sips -g pixelWidth` or `file` on the PNG).
+7. Attach each view's before and after as one comparison, each recording as a `recording`, with the fields above.
+
+## iOS
+
+Build for a simulator with `xcodebuild`, install it with `xcrun simctl install`, launch it, and capture with
+`xcrun simctl io <device> screenshot` and `xcrun simctl io <device> recordVideo`, light and dark
+(`xcrun simctl ui <device> appearance dark`). They are in the device's own pixels, sharp already; use the device's
+width in points as `width`.
+
+## Logic
+
+Write the test that fails without your change and passes with it, and make it a check: in the plan's
+`verification`, or with `check_changes` on the phase that adds it (the `handover` skill). Shinsa runs it after that
+phase and keeps its output, so link it with `kind: "test"` and `check` (its id) instead of pasting the run. Run it once
+before the fix yourself and attach that failing run as a `note` when it shows something the passing run does not.
+Scope the check to the test that proves your change, never the whole suite: CI runs that on the pull request.
+
+## A local preview
+
+When the project has services (`list_services`), the human can look at the change themselves on this machine. Before
+the last hand-over, start each service that shows the change with `run_service` and leave it running: each run of a
+task gets a port of its own, and the start reports the run's preview URL. Add the path to the screen to check and
+attach it: `{ "kind": "preview", "url": "http://localhost:4123/tasks/SW-17", "title": "Task page, Services fact" }`.
+Name that link as the first step of How to test. The preview stays up while the task waits for review and stops when
+the task is finished, so never stop it yourself. No preview URL in the start's reply means the service has none set:
+say so and attach the screenshots alone. When no service shows the change, add the one that would with
+`add_service` (with its `preview_url`) and then start it.
+
+## As the reviewer
+
+You did not write the change, so your evidence is independent. Check the agent's evidence against the diff: the
+right screens, both themes, the states it claims. Where a user-visible claim has no evidence, or you doubt one,
+capture your own the same way and attach it; the human sees it marked as from the agent review. You may run the app;
+never edit the worktree.
+
+## When you cannot
+
+If the app cannot run here (missing secrets, services, a device), say so plainly in your summary and attach what you
+could: a test, a type check, a rendered component. Never claim something works that you did not see work.

package/plugin/skills/handover/SKILL.md

@@ -0,0 +1,143 @@
+---
+name: handover
+description: How to fill Shinsa's hand-over tools well (propose_plan, complete_phase, complete_fix, report_review, answer, report_diagnosis, submit_report, report_outcome, reshape_task). Use before you call any of them.
+---
+
+# Handing work over
+
+Each tool's schema already names its fields, their limits and what goes in them. This page is only what the schemas
+cannot say: how to fill the fields well.
+
+## The plan (`propose_plan`)
+
+- Phases are steps you build yourself, in order, each committed on its own: a clear end, not a role or a file.
+- `verification` is the list of checks that prove the change (below). A change the user sees asks for `screenshot`
+  in `evidence`.
+- Decide what you can from the code and say so in `approach`. `questions` are only for what the human must decide.
+- When the steps do not fit the request, call `reshape_task` instead of planning.
+
+### The checks (`verification`)
+
+A check is one command Shinsa runs for you after the phases it covers: a fact for the reviewer and the human, never
+your claim. Choose them like evidence, for what this change touches, and scope each one:
+
+```json
+[
+  { "label": "Transcript tests", "command": "bun test --cwd apps/engine test/agents/transcripts", "phases": [1, 2] },
+  { "label": "Web types", "command": "bun run --cwd apps/web check-types", "phases": [2] },
+  { "label": "Lint the changed files", "command": "bunx biome check apps/web/src/lib/chat", "phases": [2] }
+]
+```
+
+- One test file or folder, one package's type check, the linter on the paths you change. Never the whole suite
+  (`bun test`, `npm test`, `vitest`, `pytest`, `go test ./...`, `bun run check` and the like): Shinsa refuses it, and
+  CI runs the whole suite on the pull request.
+- Run each command once yourself before you plan it, from the repository root, where Shinsa runs it. Where each
+  package has its own test config (a monorepo), point the runner at the package (`bun test --cwd apps/engine …`): a
+  path that matches no test file is a broken check. A scoped run that misses the package's coverage floor passes;
+  the floor is CI's.
+- Cover every piece of new logic with tests, and make those tests checks: Shinsa measures changed-line coverage
+  from them before review.
+- The repository's own commands, when it has any, run once before review on their own; never list them.
+
+## A phase (`complete_phase`)
+
+The human reviews the change as a walkthrough assembled from your phases, in plan order, and a reviewer adds where it
+disagrees. You built it and know why it is the way it is, so you write the explanation.
+
+- **spots**: the few lines that carry the idea, not the whole function. `why` says what could go wrong or which
+  judgement call it holds, never what the code does. Leave out boilerplate, renames, formatting and mechanical edits.
+- **judgement_calls** matter more than the code: name every one a reader would ask about, with the alternatives you
+  rejected. Title each as the decision ("Poll instead of webhooks"), never "Decision 1"; title a risk the same way
+  ("Offsets shift during an export").
+- **walkthrough** (last phase): whenever the change has structure or a flow, draw it in `flow` (or `approach` for
+  structure) as a text diagram in a fenced block, at most 72 columns, a few words beside each step. Reviewers read it
+  first. Skip it only for one small edit.
+
+  ```
+  complete_phase { spots }        the Agent's hand-over
+          │
+          ▼
+  assembleReport ──► WorkReport   one report, plan order
+          │
+          ▼
+  Review tab ──► Code tab         a spot opens its lines
+  ```
+
+- **testing.manual** starts from where to go (the preview URL, the local preview you attached, or the command that starts the app and its local URL),
+  then one concrete step each, then the edge cases worth trying (an empty field, a narrow window, a second tab). An
+  `expect` is concrete enough to tell pass from fail; "it works" is not a result. Link a file in an action as
+  `[duplicate.ts](shinsa://file/src/paywalls/duplicate.ts#L12-L20)`. Leave `manual` empty only when
+  nothing can be tried by hand, and say so in `automated`.
+- **steps** are only what needs a person with production access. Do everything in the repository yourself first (code,
+  tests, docs, `.env.example`, the migration file). Name every variable and secret production does not have yet, give
+  the exact command, never a secret's value. Write the title and detail as markdown the human can act on: names,
+  variables and files in backticks, a dashboard as a link with its full URL, a task as its shinsa:// link. Only the human ticks a step; changing a step's title, detail, kind or
+  command asks them to do it again, so change one only when what they must do changed. Never put `pre_merge` or
+  `post_merge` in `reshape_task`.
+- **watchdogs** watch the change after it merges, through data the tests never see (traces, logs, errors, analytics,
+  support messages); add one where the change sends something the world reads or writes, never for a refactor. Read
+  how the repository ships first: when the merge is not the release, set `starts: production` with a
+  `production_check`. Any MCP server you have can be the `source`, not only the data sources the last phase's prompt
+  lists, whose descriptions are hints: list them with `mcp_list` and check each that could hold the data with its own
+  tools (list its Workers or services, query the logs of the one the change touches) before you decide none does. Ask
+  with `source_request` (the data, the code that sends it and the servers you checked and why each falls short,
+  servers to connect) only when none reaches it; Shinsa refuses a suggestion of a server you already have unless the
+  evidence says “checked <server>” and why it falls short. The schedule fields are optional
+  and the settings fill the rest. An issue a check finds becomes a task forked from this one.
+
+- **check_changes**: keep the checks current as you build. When a phase adds a file, a test or a package the checks
+  do not cover, add a check for it in that phase's hand-over, with a one-sentence `reason` the human reads. The
+  repository's own checks (`r1`…) are the human's. A failure your change caused comes back to you as a fix; one that
+  passes when its test files run alone, or already fails on the base branch, does not.
+
+Attach evidence with `attach_evidence` before the last phase (the `evidence` skill): for a test or a check, link the
+check by its id instead of pasting output.
+
+## A fix (`complete_fix`)
+
+Shinsa runs again the failing checks and the checks of every phase whose files the fix changed. Name other checks the
+fix touches in `checks`, and fix a check whose command was wrong or too wide with `check_changes`; never widen one to
+the whole suite to make it pass. While you fix, run only the test files or folders the fix touches.
+
+Evidence must show the work as it is after the fix: attach what the fix changed again with the same `key` (it
+replaces the old item), remove what no longer applies with `remove_evidence`, and name in `evidence_kept` each earlier
+item the fix touched that still holds.
+
+When the fix answers something the human sent, it carries `reply` (Replying to the human, below).
+
+Send `walkthrough` only when the fix changes the approach, the flow, a risk, the testing, the steps or the watchdogs. Each part you
+send replaces that part whole, so send the full new list, not just the new item.
+
+## Replying to the human (`reply`)
+
+`propose_plan`, `complete_phase`, `complete_fix`, `answer`, `report_diagnosis`, `submit_report` and `report_outcome`
+take `reply`. When the hand-over follows something the human sent (feedback on a plan, a request at review, a
+question, line comments, a follow-up, or a message while you work), `reply` is required; on a hand-over nobody asked
+for, such as a first plan, it is refused. The human reads it above the plan, phase, fix or result, in the chat and on
+the overview, so it must stand alone, and the rest of the hand-over stays the full plan or result, never a quote of
+their request:
+
+- `headline`: one sentence, what you did about their request.
+- `points`: each thing they raised, in their order and their words cut short, marked `done`, `answered` (a question,
+  and the note is the answer) or `not_changed` (the note says why). Never mark a point done that you did not change.
+- `next`: what they do now to see or try it, as numbered steps with exact commands in ```bash run blocks and full
+  links. Leave it out when there is nothing to do.
+
+## Review findings (`report_review`)
+
+`blocking` is a bug, a missed requirement, a broken rule or a check the change makes fail (not one already failing
+on main); the agent fixes it before the human reviews. `should_fix` is not proven broken but worth holding the merge
+for; the human sees it with Fix chosen. `optional` is taste or polish; the human sees it with Dismiss chosen. One
+finding per problem, each one you reproduced (the `review` skill).
+
+## Inquiries
+
+`answer`, `report_diagnosis` and `submit_report` take `propose_change` only when what you found calls for a code
+change; the human decides whether the task becomes it.
+
+## Copy
+
+Sentence case, plain words, no em dashes, no exclamation marks, no filler, no markdown inside short fields. In a
+Markdown field, a command the human runs themselves goes in a ```bash run block; commands in structured fields (a
+`command` target, a step's `command`) are always runnable, so never fence them.

package/plugin/skills/review/SKILL.md

@@ -0,0 +1,125 @@
+---
+name: review
+description: How a Shinsa reviewer judges a change before the human sees it. Use whenever you are the reviewer, or when you check your own work before `complete_phase` or `complete_fix`.
+---
+
+# Reviewing a change
+
+You are a signal for the human, never the approval. Your job is to catch what the human would otherwise have to send back, so the human's review is about judgement, not about mistakes.
+
+A finding you cannot reproduce is a guess. A fix you have not watched fail without it is a hope. Keep both out of the report.
+
+## 1. Scope
+
+- Your brief names the change: the branch against the default branch (`git diff $(git merge-base HEAD origin/<default>)`),
+  against the branch a stacked task sits on, or, in a later round, only that round's commits. Read every file in it.
+- Read the request and the approved plan first. The change is judged against them, then against the repository rules.
+
+## 2. The checks, and what they miss
+
+When you are the reviewer, Shinsa has already run the task's checks: the scoped commands the agent chose for each phase (a test file or folder, a package's type check, the linter on the changed paths) and the repository's own commands, once before review. Your brief lists each with its result. Nothing in them blocks, or you would not be reviewing. Look for what they miss:
+
+- Code the change touches that no check covers: a changed module with no test among the checks, a package whose types no check runs. Run what covers it yourself, scoped to those files or that package (copy the commands from the workflows and package scripts), and report a failure as blocking.
+- A check scoped so narrowly that it proves nothing about the change, or one that passes with and without it.
+- Changed lines no test runs, when your brief lists coverage gaps.
+
+CI runs the whole suite on the pull request after your review, so never run it yourself: other agents share this machine, and Shinsa refuses the command. A result marked "passed when re-run alone" passed; one marked "already failing on the base branch" fails on main too, so it is not the change's and does not count against it. A claim in a summary that something passes is not evidence. A check that fails because of the change is always a blocking finding.
+
+## 3. Rank every finding
+
+Every finding gets one of three levels, named for what should happen to it:
+
+- `blocking`: the agent fixes it before the human sees the review. The list below.
+- `should_fix`: not proven broken, but the change is worse without the fix and you would hold the merge for it in a
+  colleague's pull request: an edge case nothing handles, untested logic that decides something, a helper the
+  repository already has re-implemented, a misleading name, message or doc. The human sees it with Fix chosen.
+- `optional`: taste, polish or a small cleanup the change is fine without. The human sees it with Dismiss chosen.
+
+The human trusts the default, so rank honestly: a `should_fix` is a request, an `optional` is a remark. When you are
+unsure between the two, ask whether you would hold the merge for it.
+
+### What is blocking
+
+- A bug: something that breaks, crashes, loses data, or behaves differently from the request.
+- A missed requirement from the request or the plan.
+- A broken repository rule (its CLAUDE.md, AGENTS.md, lint, conventions).
+- Pattern drift that a rule names: new code that does something the repository already has a way to do, and does it
+  another way (see below).
+- A check the change makes fail (not one already failing on main), a test that encodes the old behaviour, a test that
+  passes with and without the fix.
+- UI work without evidence, or evidence that does not show the changed flow. Capture your own as the evidence skill
+  says, so the human has independent evidence either way. When you capture a view again in a later review, attach it
+  with the same `key` so it replaces your earlier shot, and remove your own that no longer applies.
+
+Everything else is `should_fix` or `optional`. Do not report taste as blocking, and do not rank a real problem
+`optional` because it is small.
+
+## 3a. Check the patterns
+
+The checks catch what a tool can. Read the new code next to the code it sits beside and look for what only a reader
+sees:
+
+- A helper, hook, component or query re-implemented when the repository already has one that does the job. Find the
+  existing one (`grep` for its name and for the idea) and name it in the finding.
+- A new way of doing what the repository does one way everywhere: error handling, naming, a data-loading pattern, the
+  folder a kind of file lives in, how tests are set up.
+- A new dependency for something the repository already does without it.
+
+When the repository's rules name the pattern (its CLAUDE.md, a conventions skill, a lint rule), the drift is a broken
+rule and blocking. Otherwise it is `should_fix`, with the existing code to follow.
+
+## 4. Prove it
+
+For each blocking finding, point to `file:line` and say what breaks and how you saw it. If you cannot make it happen, it is `should_fix` at most.
+
+## 5. Judge, do not obey
+
+Earlier review comments, bots and your own instincts are input. Decide for each: valid, stale or a nitpick.
+
+## 6. Check the judgement calls
+
+Your brief numbers the judgement calls the agent made. They are its claims about the change, not its reasoning: read
+the code each is about and decide whether you would have made the same call. Where you would not, say why and what you
+would do instead. A call that breaks the request or a rule is a blocking finding, not only a disagreement.
+
+## 7. Check the steps around the merge
+
+Your brief lists the steps the agent left for the human before and after the merge. Check the list against the code:
+
+- A new environment variable or secret the code reads, a migration file, a deploy, a config or feature flag, a
+  service to restart or a third-party setting the change needs, missing from the list: a blocking finding, naming
+  the step that is missing.
+- A step an agent could have done in the repository (code, tests, docs, `.env.example`, the migration file itself): a
+  finding to do it instead.
+- A step without the command or the place it needs, or one in the wrong order (`pre_merge` for something that needs
+  the merged code): `should_fix`.
+- A secret's value written into a step: blocking.
+
+## 8. Check the guide for testing it
+
+Your brief lists how the agent says to test the change: what the tests cover and the steps the human tries by hand.
+Follow the steps you can from the worktree (start the app, open the URL, run the command, read the file).
+
+- A step you cannot follow: a URL, file, command or screen that does not exist or does not lead where it says, or an
+  action too vague to do. A finding, anchored to the line the step is about.
+- A step whose expected result is vague ("it works", "looks right") or does not match what you see. A finding.
+- A user-visible change with no manual steps, or a guide that skips the edge case the change is about: `should_fix`.
+- A claim in `automated` the tests do not back (a test file that does not exist or does not check what it says): a
+  blocking finding.
+
+## 9. Check what the tests miss
+
+When the repository measures test coverage, your brief says how many of the changed lines the tests run, and lists
+the files and line ranges (new-file line numbers) that no test runs. Read each of those ranges.
+
+- Important new logic no test runs (a branch that decides something, error handling, a calculation, a migration): a
+  finding anchored to the range, blocking when a bug there would go unnoticed, `should_fix` otherwise.
+- Leave trivial lines out: a log line, a type, a re-export, a guard that cannot fire.
+- Coverage counts lines a test ran, not lines a test checked. A covered line with no assertion on its result is still
+  worth a `should_fix` when it matters.
+
+## Report
+
+`report_review` with a `summary` (one or two sentences: what you checked and your overall view of the change) and the findings, most severe first, each with a `title` (what is wrong, in a few words), a `message` (what is wrong and why it matters) and a `fix` when you know what to change; an empty list when you found nothing; then `disagreements`, the judgement calls you would have made differently, by number. Nothing about what is fine. Then stop without restating the findings.
+
+In a `message` or a `fix`, a command the human should run themselves (a migration, a sign-in) goes in a ```` ```bash run ```` block, which Shinsa gives a Run in terminal button; code you suggest and example commands go in a plain fence (```` ```ts ````, ```` ```bash ````), which can only be copied.

package/web/assets/abap-BdImnpbu.js

@@ -0,0 +1 @@
+const e=Object.freeze(JSON.parse('{"displayName":"ABAP","fileTypes":["abap","ABAP"],"foldingStartMarker":"/\\\\*\\\\*|\\\\{\\\\s*$","foldingStopMarker":"\\\\*\\\\*/|^\\\\s*}","name":"abap","patterns":[{"captures":{"1":{"name":"punctuation.definition.comment.abap"}},"match":"^\\\\*.*\\\\n?","name":"comment.line.full.abap"},{"captures":{"1":{"name":"punctuation.definition.comment.abap"}},"match":"\\".*\\\\n?","name":"comment.line.partial.abap"},{"match":"(?<!\\\\S)##.*?(?=([,.:\\\\s]))","name":"comment.line.pragma.abap"},{"match":"(?i)(?<=[-~\\\\s])(?<=[-=]>)([/_a-z][/-9_a-z]*)(?=\\\\s+(?:|[-*+/]|&&?)=\\\\s+)","name":"variable.other.abap"},{"match":"\\\\b[0-9]+(\\\\b|[,.])","name":"constant.numeric.abap"},{"match":"(?i)(^|\\\\s+)((P(?:UBLIC|RIVATE|ROTECTED))\\\\sSECTION)(?=\\\\s+|[.:])","name":"storage.modifier.class.abap"},{"begin":"(?<!\\\\\\\\)(\\\\|)(.*?)","beginCaptures":{"1":{"name":"constant.character.escape.abap"}},"end":"(?<!\\\\\\\\)(\\\\||(\\\\\\\\\\\\\\\\\\\\|))","endCaptures":{"1":{"name":"constant.character.escape.abap"}},"name":"string.interpolated.abap","patterns":[{"match":"(\\\\{ )|( })","name":"constant.character.escape"},{"match":"\\\\\\\\\\\\|","name":"constant.character.escape.abap"},{"match":"(?i)(?<=\\\\s)(align|alpha|case|country|currency|date|decimals|exponent|number|pad|sign|style|time|timestamp|timezone|width|xsd|zero)(?=\\\\s=)","name":"entity.name.property.stringtemplate.abap"},{"match":"(?i)(?<==\\\\s)(center|engineering|environment|in|iso|left|leftplus|leftspace|lower|no|out|raw|right|rightplus|rightspace|scale_preserving|scale_preserving_scientific|scientific|scientific_with_leading_zero|sign_as_postfix|simple|space|upper|user|yes)(?=\\\\s)","name":"entity.value.property.stringtemplate.abap"}]},{"begin":"\'","end":"\'","name":"string.quoted.single.abap","patterns":[{"match":"\'\'","name":"constant.character.escape.abap"}]},{"begin":"`","end":"`","name":"string.quoted.single.abap","patterns":[{"match":"``","name":"constant.character.escape.abap"}]},{"begin":"(?i)^\\\\s*(class)\\\\s([/_a-z][/-9_a-z]*)","beginCaptures":{"1":{"name":"storage.type.block.abap"},"2":{"name":"entity.name.type.block.abap"}},"end":"\\\\s*\\\\.\\\\s*\\\\n?","name":"meta.block.begin.implementation.abap","patterns":[{"match":"(?i)(^|\\\\s+)(definition|implementation|public|inheriting\\\\s+from|final|deferred|abstract|shared\\\\s+memory\\\\s+enabled|(global|local)*\\\\s*friends|(create\\\\s+(p(?:ublic|rotected|rivate)))|for\\\\s+behavior\\\\s+of|for\\\\s+testing|risk\\\\s+level\\\\s+(critical|dangerous|harmless))|duration\\\\s(short|medium|long)(?=\\\\s+|\\\\.)","name":"storage.modifier.class.abap"},{"begin":"(?=[A-Z_a-z][0-9A-Z_a-z]*)","contentName":"entity.name.type.block.abap","end":"(?![0-9A-Z_a-z])","patterns":[{"include":"#generic_names"}]}]},{"begin":"(?i)^\\\\s*(method)\\\\s(?:([/_a-z][/-9_a-z]*)~)?([/_a-z][/-9_a-z]*)","beginCaptures":{"1":{"name":"storage.type.block.abap"},"2":{"name":"entity.name.type.abap"},"3":{"name":"entity.name.function.abap"}},"end":"\\\\s*\\\\.\\\\s*\\\\n?","patterns":[{"match":"(?i)(?<=^|\\\\s)(BY(?:\\\\s+DATABASE(\\\\s+PROCEDURE|\\\\s+FUNCTION|\\\\s+GRAPH\\\\s+WORKSPACE)|\\\\s+KERNEL\\\\s+MODULE))(?=\\\\s+|\\\\.)","name":"storage.modifier.method.abap"},{"match":"(?i)(?<=^|\\\\s)(FOR\\\\s+(HDB|LLANG))(?=\\\\s+|\\\\.)","name":"storage.modifier.method.abap"},{"match":"(?i)(?<=\\\\s)(OPTIONS\\\\s+(READ-ONLY|DETERMINISTIC|SUPPRESS\\\\s+SYNTAX\\\\s+ERRORS))(?=\\\\s+|\\\\.)","name":"storage.modifier.method.abap"},{"match":"(?i)(?<=^|\\\\s)(LANGUAGE\\\\s+(SQLSCRIPT|SQL|GRAPH))(?=\\\\s+|\\\\.)","name":"storage.modifier.method.abap"},{"captures":{"1":{"name":"storage.modifier.method.abap"}},"match":"(?i)(?<=\\\\s)(USING)\\\\s+([/_a-z][/-9=>_a-z]*)+(?=\\\\s+|\\\\.)"},{"begin":"(?=[A-Z_a-z][0-9A-Z_a-z]*)","end":"(?![0-9A-Z_a-z])","patterns":[{"include":"#generic_names"}]}]},{"begin":"(?i)^\\\\s*(INTERFACE)\\\\s([/_a-z][/-9_a-z]*)","beginCaptures":{"1":{"name":"storage.type.block.abap"},"2":{"name":"entity.name.type.abap"}},"end":"\\\\s*\\\\.\\\\s*\\\\n?","patterns":[{"match":"(?i)(?<=^|\\\\s)(DEFERRED|PUBLIC)(?=\\\\s+|\\\\.)","name":"storage.modifier.method.abap"}]},{"begin":"(?i)^\\\\s*(FORM)\\\\s([/_a-z][-/-9?_a-z]*)","beginCaptures":{"1":{"name":"storage.type.block.abap"},"2":{"name":"entity.name.type.abap"}},"end":"\\\\s*\\\\.\\\\s*\\\\n?","patterns":[{"match":"(?i)(?<=^|\\\\s)(USING|TABLES|CHANGING|RAISING|IMPLEMENTATION|DEFINITION)(?=\\\\s+|\\\\.)","name":"storage.modifier.form.abap"},{"include":"#abaptypes"},{"include":"#keywords_followed_by_braces"}]},{"match":"(?i)(end(?:class|method|form|interface))","name":"storage.type.block.end.abap"},{"match":"(?i)(<[A-Z_a-z][0-9A-Z_a-z]*>)","name":"variable.other.field.symbol.abap"},{"include":"#keywords"},{"include":"#abap_constants"},{"include":"#reserved_names"},{"include":"#operators"},{"include":"#builtin_functions"},{"include":"#abaptypes"},{"include":"#system_fields"},{"include":"#sql_functions"},{"include":"#sql_types"}],"repository":{"abap_constants":{"match":"(?i)(?<=\\\\s)(initial|null|@?space|@?abap_true|@?abap_false|@?abap_undefined|table_line|%_final|%_hints|%_predefined|col_background|col_group|col_heading|col_key|col_negative|col_normal|col_positive|col_total|adabas|as400|db2|db6|hdb|oracle|sybase|mssqlnt|pos_low|pos_high)(?=[,.\\\\s])","name":"constant.language.abap"},"abaptypes":{"patterns":[{"match":"(?i)\\\\s(abap_bool|string|xstring|any|clike|csequence|numeric|xsequence|decfloat|decfloat16|decfloat34|utclong|simple|int8|[cdfinptx])(?=[,.\\\\s])","name":"support.type.abap"},{"match":"(?i)\\\\s(TYPE|REF|TO|LIKE|LINE|OF|STRUCTURE|STANDARD|SORTED|HASHED|INDEX|TABLE|WITH|UNIQUE|NON-UNIQUE|SECONDARY|DEFAULT|KEY)(?=[,.\\\\s])","name":"keyword.control.simple.abap"}]},"arithmetic_operator":{"match":"(?i)(?<=\\\\s)([-*+]|\\\\*\\\\*|[%/]|DIV|MOD|BIT-AND|BIT-OR|BIT-XOR|BIT-NOT)(?=\\\\s)","name":"keyword.control.simple.abap"},"builtin_functions":{"match":"(?i)(?<=\\\\s)(abs|sign|ceil|floor|trunc|frac|acos|asin|atan|cos|sin|tan|cosh|sinh|tanh|exp|log|log10|sqrt|strlen|xstrlen|charlen|lines|numofchar|dbmaxlen|round|rescale|nmax|nmin|cmax|cmin|boolc|boolx|xsdbool|contains|contains_any_of|contains_any_not_of|matches|line_exists|ipow|char_off|count|count_any_of|count_any_not_of|distance|condense|concat_lines_of|escape|find|find_end|find_any_of|find_any_not_of|insert|match|repeat|replace|reverse|segment|shift_left|shift_right|substring|substring_after|substring_from|substring_before|substring_to|to_upper|to_lower|to_mixed|from_mixed|translate|bit-set|line_index)(?=\\\\()","name":"entity.name.function.builtin.abap"},"comparison_operator":{"match":"(?i)(?<=\\\\s)([<>]|<=|>=|=|<>|eq|ne|lt|le|gt|ge|cs|cp|co|cn|ca|na|ns|np|byte-co|byte-cn|byte-ca|byte-na|byte-cs|byte-ns|[moz])(?=\\\\s)","name":"keyword.control.simple.abap"},"control_keywords":{"match":"(?i)(^|\\\\s)(at|case|catch|continue|do|elseif|else|endat|endcase|endcatch|enddo|endif|endloop|endon|endtry|endwhile|if|loop|on|raise|try|while)(?=[.:\\\\s])","name":"keyword.control.flow.abap"},"generic_names":{"match":"[A-Z_a-z][0-9A-Z_a-z]*"},"keywords":{"patterns":[{"include":"#main_keywords"},{"include":"#text_symbols"},{"include":"#control_keywords"},{"include":"#keywords_followed_by_braces"}]},"keywords_followed_by_braces":{"captures":{"1":{"name":"keyword.control.simple.abap"},"2":{"name":"variable.other.abap"}},"match":"(?i)\\\\b(data|value|field-symbol|final|reference|resumable)\\\\((<?[/_a-z][/-9_a-z]*>?)\\\\)"},"logical_operator":{"match":"(?i)(?<=\\\\s)(not|or|and)(?=\\\\s)","name":"keyword.control.simple.abap"},"main_keywords":{"match":"(?i)(?<=^|\\\\s)(abap-source|abstract|accept|accepting|access|according|action|activation|actual|add|add-corresponding|adjacent|after|alias|aliases|all|allocate|amdp|analysis|analyzer|append|appending|application|archive|area|arithmetic|as|ascending|assert|assign|assigned|assigning|association|asynchronous|at|attributes|authority|authority-check|authorization|auto|back|background|backward|badi|base|before|begin|behavior|between|binary|bit|blanks??|blocks??|bound|boundaries|bounds|boxed|break|break-point|buffer|by|bypassing|byte|byte-order|call|calling|cast|casting|cds|centered|change|changing|channels|char-to-hex|character|check|checkbox|cid|circular|class|class-data|class-events|class-methods??|class-pool|cleanup|clear|clients??|clock|clone|close|cnt|code|collect|color|column|comments??|commit|common|communication|comparing|components??|compression|compute|concatenate|cond|condense|condition|connection|constants??|contexts??|controls??|conv|conversion|convert|copy|corresponding|count|country|cover|create|currency|current|cursor|customer-function|data|database|datainfo|dataset|date|daylight|ddl|deallocate|decimals|declarations|deep|default|deferred|define|delete|deleting|demand|descending|describe|destination|detail|determine|dialog|did|directory|discarding|display|display-mode|distance|distinct|divide|divide-corresponding|dummy|duplicates??|duration|during|dynpro|edit|editor-call|empty|enabled|enabling|encoding|end|end-enhancement-section|end-of-definition|end-of-page|end-of-selection|end-test-injection|end-test-seam|endenhancement|endexec|endfunction|endian|ending|endmodule|endprovide|endselect|endwith|enhancement|enhancement-point|enhancement-section|enhancements|entities|entity|entries|entry|enum|equiv|errors|escape|escaping|events??|exact|except|exception|exception-table|exceptions|excluding|exec|execute|exists|exit|exit-command|expanding|explicit|exponent|export|exporting|extended|extension|extract|fail|failed|features|fetch|field|field-groups|field-symbols|fields|file|fill|filters??|final|find|first|first-line|fixed-point|flush|following|for|format|forward|found|frames??|free|from|full|function|function-pool|generate|get|giving|graph|groups??|handler??|hashed|having|headers??|heading|help-id|help-request|hide|hint|hold|hotspot|icon|id|identification|identifier|ignore|ignoring|immediately|implemented|implicit|import|importing|in|inactive|incl|includes??|including|increment|index|index-line|indicators|infotypes|inheriting|init|initial|initialization|inner|input|insert|instances??|intensified|interface|interface-pool|interfaces|internal|intervals|into|inverse|inverted-date|is|job|join|keep|keeping|kernel|keys??|keywords|kind|language|last|late|layout|leading|leave|left|left-justified|legacy|length|let|levels??|like|line|line-count|line-selection|line-size|linefeed|lines|link|list|list-processing|listbox|load|load-of-program|locale??|locks??|log-point|logical|lower|mapped|mapping|margin|mark|mask|match|matchcode|maximum|members|memory|mesh|message|message-id|messages|messaging|methods??|mode|modif|modifier|modify|module|move|move-corresponding|multiply|multiply-corresponding|name|nametab|native|nested|nesting|new|new-line|new-page|new-section|next|no-display|no-extension|no-gaps??|no-grouping|no-heading|no-scrolling|no-sign|no-title|no-zero|nodes|non-unicode|non-unique|number|objects??|objmgr|obligatory|occurences??|occurrences??|occurs|of|offset|on|only|open|optional|options??|order|others|out|outer|output|output-length|overflow|overlay|pack|package|padding|page|parameter|parameter-table|parameters|part|partially|pcre|perform|performing|permissions|pf-status|places|pool|position|pragmas|preceding|precompiled|preferred|preserving|primary|print|print-control|private|privileged|procedure|process|program|property|protected|provide|push|pushbutton|put|query|queue-only|queueonly|quickinfo|radiobutton|raising|ranges??|read|read-only|received??|receiving|redefinition|reduce|ref|reference|refresh|regex|reject|renaming|replace|replacement|replacing|report|reported|request|requested|required|reserve|reset|resolution|respecting|response|restore|results??|resumable|resume|retry|return|returning|right|right-justified|rollback|rows|rp-provide-from-last|run|sap|sap-spool|save|saving|scan|screen|scroll|scroll-boundary|scrolling|search|seconds|section|select|select-options|selection|selection-screen|selection-sets??|selection-table|selections|send|separated??|session|set|shared|shift|shortdump|shortdump-id|sign|simple|simulation|single|size|skip|skipping|smart|some|sort|sortable|sorted|source|specified|split|spool|spots|sql|stable|stamp|standard|start-of-selection|starting|state|statements??|statics??|statusinfo|step|step-loop|stop|structures??|style|subkey|submatches|submit|subroutine|subscreen|substring|subtract|subtract-corresponding|suffix|sum|summary|supplied|supply|suppress|switch|symbol|syntax-check|syntax-trace|system-call|system-exceptions|tab|tabbed|tables??|tableview|tabstrip|target|tasks??|test|test-injection|test-seam|testing|text|textpool|then|throw|times??|title|titlebar|to|tokens|top-lines|top-of-page|trace-file|trace-table|trailing|transaction|transfer|transformation|translate|transporting|trmac|truncate|truncation|type|type-pools??|types|uline|unassign|unbounded|under|unicode|union|unique|unit|unix|unpack|until|unwind|up|update|upper|user|user-command|using|utf-8|uuid|valid|validate|value|value-request|values|vary|varying|version|via|visible|wait|when|where|windows??|with|with-heading|with-title|without|word|work|workspace|write|xml|zone)(?=[,.:\\\\s])","name":"keyword.control.simple.abap"},"operators":{"patterns":[{"include":"#other_operator"},{"include":"#arithmetic_operator"},{"include":"#comparison_operator"},{"include":"#logical_operator"}]},"other_operator":{"match":"(?<=\\\\s)(&&?|\\\\?=|\\\\+=|-=|/=|\\\\*=|&&=|&=)(?=\\\\s)","name":"keyword.control.simple.abap"},"reserved_names":{"match":"(?i)(?<=\\\\s)(me|super)(?=[,.\\\\s]|->)","name":"constant.language.abap"},"sql_functions":{"match":"(?i)(?<=\\\\s)(abap_system_timezone|abap_user_timezone|abs|add_days|add_months|allow_precision_loss|as_geo_json|avg|bintohex|cast|ceil|coalesce|concat_with_space|concat|corr_spearman|corr|count|currency_conversion|datn_add_days|datn_add_months|datn_days_between|dats_add_days|dats_add_months|dats_days_between|dats_from_datn|dats_is_valid|dats_tims_to_tstmp|dats_to_datn|dayname|days_between|dense_rank|division|div|extract_day|extract_hour|extract_minute|extract_month|extract_second|extract_year|first_value|floor|grouping|hextobin|initcap|instr|is_valid|lag|last_value|lead|left|length|like_regexpr|locate_regexpr_after|locate_regexpr|locate|lower|lpad|ltrim|max|median|min|mod|monthname|ntile|occurrences_regexpr|over|product|rank|replace_regexpr|replace|rigth|round|row_number|rpad|rtrim|stddev|string_agg|substring_regexpr|substring|sum|tims_from_timn|tims_is_valid|tims_to_timn|to_blob|to_clob|tstmp_add_seconds|tstmp_current_utctimestamp|tstmp_is_valid|tstmp_seconds_between|tstmp_to_dats|tstmp_to_dst|tstmp_to_tims|tstmpl_from_utcl|tstmpl_to_utcl|unit_conversion|upper|utcl_add_seconds|utcl_current|utcl_seconds_between|uuid|var|weekday)(?=\\\\()","name":"entity.name.function.sql.abap"},"sql_types":{"match":"(?i)(?<=\\\\s)(char|clnt|cuky|curr|datn|dats|dec|decfloat16|decfloat34|fltp|int1|int2|int4|int8|lang|numc|quan|raw|sstring|timn|tims|unit|utclong)(?=[()\\\\s])","name":"entity.name.type.sql.abap"},"system_fields":{"captures":{"1":{"name":"variable.language.abap"},"2":{"name":"variable.language.abap"}},"match":"(?i)\\\\b(sy)-(abcde|batch|binpt|calld|callr|colno|cpage|cprog|cucol|curow|datar|datlo|datum|dayst|dbcnt|dbnam|dbsysc|dyngr|dynnr|fdayw|fdpos|host|index|langu|ldbpg|lilli|linct|linno|linsz|lisel|listi|loopc|lsind|macol|mandt|marow|modno|msgid|msgli|msgno|msgty|msgv[1-4]|opsysc|pagno|pfkey|repid|saprl|scols|slset|spono|srows|staco|staro|stepl|subrc|sysid|tabix|tcode|tfill|timlo|title|tleng|tvar[0-9]|tzone|ucomm|uline|uname|uzeit|vline|wtitl|zonlo)(?=[.\\\\s])"},"text_symbols":{"captures":{"1":{"name":"keyword.control.simple.abap"},"2":{"name":"constant.numeric.abap"}},"match":"(?i)(?<=^|\\\\s)(text)-([0-9A-Z]{1,3})(?=[,.:\\\\s])"}},"scopeName":"source.abap"}')),a=[e];export{a as default};

package/web/assets/abap-Dg923wIy.js

@@ -0,0 +1 @@
+const e=Object.freeze(JSON.parse('{"displayName":"ABAP","fileTypes":["abap","ABAP"],"foldingStartMarker":"/\\\\*\\\\*|\\\\{\\\\s*$","foldingStopMarker":"\\\\*\\\\*/|^\\\\s*}","name":"abap","patterns":[{"captures":{"1":{"name":"punctuation.definition.comment.abap"}},"match":"^\\\\*.*\\\\n?","name":"comment.line.full.abap"},{"captures":{"1":{"name":"punctuation.definition.comment.abap"}},"match":"\\".*\\\\n?","name":"comment.line.partial.abap"},{"match":"(?<!\\\\S)##.*?(?=([,.:\\\\s]))","name":"comment.line.pragma.abap"},{"match":"(?i)(?<=[-~\\\\s])(?<=[-=]>)([/_a-z][/-9_a-z]*)(?=\\\\s+(?:|[-*+/]|&&?)=\\\\s+)","name":"variable.other.abap"},{"match":"\\\\b[0-9]+(\\\\b|[,.])","name":"constant.numeric.abap"},{"match":"(?i)(^|\\\\s+)((P(?:UBLIC|RIVATE|ROTECTED))\\\\sSECTION)(?=\\\\s+|[.:])","name":"storage.modifier.class.abap"},{"begin":"(?<!\\\\\\\\)(\\\\|)(.*?)","beginCaptures":{"1":{"name":"constant.character.escape.abap"}},"end":"(?<!\\\\\\\\)(\\\\||(\\\\\\\\\\\\\\\\\\\\|))","endCaptures":{"1":{"name":"constant.character.escape.abap"}},"name":"string.interpolated.abap","patterns":[{"match":"(\\\\{ )|( })","name":"constant.character.escape"},{"match":"\\\\\\\\\\\\|","name":"constant.character.escape.abap"},{"match":"(?i)(?<=\\\\s)(align|alpha|case|country|currency|date|decimals|exponent|number|pad|sign|style|time|timestamp|timezone|width|xsd|zero)(?=\\\\s=)","name":"entity.name.property.stringtemplate.abap"},{"match":"(?i)(?<==\\\\s)(center|engineering|environment|in|iso|left|leftplus|leftspace|lower|no|out|raw|right|rightplus|rightspace|scale_preserving|scale_preserving_scientific|scientific|scientific_with_leading_zero|sign_as_postfix|simple|space|upper|user|yes)(?=\\\\s)","name":"entity.value.property.stringtemplate.abap"}]},{"begin":"\'","end":"\'","name":"string.quoted.single.abap","patterns":[{"match":"\'\'","name":"constant.character.escape.abap"}]},{"begin":"`","end":"`","name":"string.quoted.single.abap","patterns":[{"match":"``","name":"constant.character.escape.abap"}]},{"begin":"(?i)^\\\\s*(class)\\\\s([/_a-z][/-9_a-z]*)","beginCaptures":{"1":{"name":"storage.type.block.abap"},"2":{"name":"entity.name.type.block.abap"}},"end":"\\\\s*\\\\.\\\\s*\\\\n?","name":"meta.block.begin.implementation.abap","patterns":[{"match":"(?i)(^|\\\\s+)(definition|implementation|public|inheriting\\\\s+from|final|deferred|abstract|shared\\\\s+memory\\\\s+enabled|(global|local)*\\\\s*friends|(create\\\\s+(p(?:ublic|rotected|rivate)))|for\\\\s+behavior\\\\s+of|for\\\\s+testing|risk\\\\s+level\\\\s+(critical|dangerous|harmless))|duration\\\\s(short|medium|long)(?=\\\\s+|\\\\.)","name":"storage.modifier.class.abap"},{"begin":"(?=[A-Z_a-z][0-9A-Z_a-z]*)","contentName":"entity.name.type.block.abap","end":"(?![0-9A-Z_a-z])","patterns":[{"include":"#generic_names"}]}]},{"begin":"(?i)^\\\\s*(method)\\\\s(?:([/_a-z][/-9_a-z]*)~)?([/_a-z][/-9_a-z]*)","beginCaptures":{"1":{"name":"storage.type.block.abap"},"2":{"name":"entity.name.type.abap"},"3":{"name":"entity.name.function.abap"}},"end":"\\\\s*\\\\.\\\\s*\\\\n?","patterns":[{"match":"(?i)(?<=^|\\\\s)(BY(?:\\\\s+DATABASE(\\\\s+PROCEDURE|\\\\s+FUNCTION|\\\\s+GRAPH\\\\s+WORKSPACE)|\\\\s+KERNEL\\\\s+MODULE))(?=\\\\s+|\\\\.)","name":"storage.modifier.method.abap"},{"match":"(?i)(?<=^|\\\\s)(FOR\\\\s+(HDB|LLANG))(?=\\\\s+|\\\\.)","name":"storage.modifier.method.abap"},{"match":"(?i)(?<=\\\\s)(OPTIONS\\\\s+(READ-ONLY|DETERMINISTIC|SUPPRESS\\\\s+SYNTAX\\\\s+ERRORS))(?=\\\\s+|\\\\.)","name":"storage.modifier.method.abap"},{"match":"(?i)(?<=^|\\\\s)(LANGUAGE\\\\s+(SQLSCRIPT|SQL|GRAPH))(?=\\\\s+|\\\\.)","name":"storage.modifier.method.abap"},{"captures":{"1":{"name":"storage.modifier.method.abap"}},"match":"(?i)(?<=\\\\s)(USING)\\\\s+([/_a-z][/-9=>_a-z]*)+(?=\\\\s+|\\\\.)"},{"begin":"(?=[A-Z_a-z][0-9A-Z_a-z]*)","end":"(?![0-9A-Z_a-z])","patterns":[{"include":"#generic_names"}]}]},{"begin":"(?i)^\\\\s*(INTERFACE)\\\\s([/_a-z][/-9_a-z]*)","beginCaptures":{"1":{"name":"storage.type.block.abap"},"2":{"name":"entity.name.type.abap"}},"end":"\\\\s*\\\\.\\\\s*\\\\n?","patterns":[{"match":"(?i)(?<=^|\\\\s)(DEFERRED|PUBLIC)(?=\\\\s+|\\\\.)","name":"storage.modifier.method.abap"}]},{"begin":"(?i)^\\\\s*(FORM)\\\\s([/_a-z][-/-9?_a-z]*)","beginCaptures":{"1":{"name":"storage.type.block.abap"},"2":{"name":"entity.name.type.abap"}},"end":"\\\\s*\\\\.\\\\s*\\\\n?","patterns":[{"match":"(?i)(?<=^|\\\\s)(USING|TABLES|CHANGING|RAISING|IMPLEMENTATION|DEFINITION)(?=\\\\s+|\\\\.)","name":"storage.modifier.form.abap"},{"include":"#abaptypes"},{"include":"#keywords_followed_by_braces"}]},{"match":"(?i)(end(?:class|method|form|interface))","name":"storage.type.block.end.abap"},{"match":"(?i)(<[A-Z_a-z][0-9A-Z_a-z]*>)","name":"variable.other.field.symbol.abap"},{"include":"#keywords"},{"include":"#abap_constants"},{"include":"#reserved_names"},{"include":"#operators"},{"include":"#builtin_functions"},{"include":"#abaptypes"},{"include":"#system_fields"},{"include":"#sql_functions"},{"include":"#sql_types"}],"repository":{"abap_constants":{"match":"(?i)(?<=\\\\s)(initial|null|@?space|@?abap_true|@?abap_false|@?abap_undefined|table_line|%_final|%_hints|%_predefined|col_background|col_group|col_heading|col_key|col_negative|col_normal|col_positive|col_total|adabas|as400|db2|db6|hdb|oracle|sybase|mssqlnt|pos_low|pos_high)(?=[,.\\\\s])","name":"constant.language.abap"},"abaptypes":{"patterns":[{"match":"(?i)\\\\s(abap_bool|string|xstring|any|clike|csequence|numeric|xsequence|decfloat|decfloat16|decfloat34|utclong|simple|int8|[cdfinptx])(?=[,.\\\\s])","name":"support.type.abap"},{"match":"(?i)\\\\s(TYPE|REF|TO|LIKE|LINE|OF|STRUCTURE|STANDARD|SORTED|HASHED|INDEX|TABLE|WITH|UNIQUE|NON-UNIQUE|SECONDARY|DEFAULT|KEY)(?=[,.\\\\s])","name":"keyword.control.simple.abap"}]},"arithmetic_operator":{"match":"(?i)(?<=\\\\s)([-*+]|\\\\*\\\\*|[%/]|DIV|MOD|BIT-AND|BIT-OR|BIT-XOR|BIT-NOT)(?=\\\\s)","name":"keyword.control.simple.abap"},"builtin_functions":{"match":"(?i)(?<=\\\\s)(abs|sign|ceil|floor|trunc|frac|acos|asin|atan|cos|sin|tan|cosh|sinh|tanh|exp|log|log10|sqrt|strlen|xstrlen|charlen|lines|numofchar|dbmaxlen|round|rescale|nmax|nmin|cmax|cmin|boolc|boolx|xsdbool|contains|contains_any_of|contains_any_not_of|matches|line_exists|ipow|char_off|count|count_any_of|count_any_not_of|distance|condense|concat_lines_of|escape|find|find_end|find_any_of|find_any_not_of|insert|match|repeat|replace|reverse|segment|shift_left|shift_right|substring|substring_after|substring_from|substring_before|substring_to|to_upper|to_lower|to_mixed|from_mixed|translate|bit-set|line_index)(?=\\\\()","name":"entity.name.function.builtin.abap"},"comparison_operator":{"match":"(?i)(?<=\\\\s)([<>]|<=|>=|=|<>|eq|ne|lt|le|gt|ge|cs|cp|co|cn|ca|na|ns|np|byte-co|byte-cn|byte-ca|byte-na|byte-cs|byte-ns|[moz])(?=\\\\s)","name":"keyword.control.simple.abap"},"control_keywords":{"match":"(?i)(^|\\\\s)(at|case|catch|continue|do|elseif|else|endat|endcase|endcatch|enddo|endif|endloop|endon|endtry|endwhile|if|loop|on|raise|try|while)(?=[.:\\\\s])","name":"keyword.control.flow.abap"},"generic_names":{"match":"[A-Z_a-z][0-9A-Z_a-z]*"},"keywords":{"patterns":[{"include":"#main_keywords"},{"include":"#text_symbols"},{"include":"#control_keywords"},{"include":"#keywords_followed_by_braces"}]},"keywords_followed_by_braces":{"captures":{"1":{"name":"keyword.control.simple.abap"},"2":{"name":"variable.other.abap"}},"match":"(?i)\\\\b(data|value|field-symbol|final|reference|resumable)\\\\((<?[/_a-z][/-9_a-z]*>?)\\\\)"},"logical_operator":{"match":"(?i)(?<=\\\\s)(not|or|and)(?=\\\\s)","name":"keyword.control.simple.abap"},"main_keywords":{"match":"(?i)(?<=^|\\\\s)(abap-source|abstract|accept|accepting|access|according|action|activation|actual|add|add-corresponding|adjacent|after|alias|aliases|all|allocate|amdp|analysis|analyzer|append|appending|application|archive|area|arithmetic|as|ascending|assert|assign|assigned|assigning|association|asynchronous|at|attributes|authority|authority-check|authorization|auto|back|background|backward|badi|base|before|begin|behavior|between|binary|bit|blanks??|blocks??|bound|boundaries|bounds|boxed|break|break-point|buffer|by|bypassing|byte|byte-order|call|calling|cast|casting|cds|centered|change|changing|channels|char-to-hex|character|check|checkbox|cid|circular|class|class-data|class-events|class-methods??|class-pool|cleanup|clear|clients??|clock|clone|close|cnt|code|collect|color|column|comments??|commit|common|communication|comparing|components??|compression|compute|concatenate|cond|condense|condition|connection|constants??|contexts??|controls??|conv|conversion|convert|copy|corresponding|count|country|cover|create|currency|current|cursor|customer-function|data|database|datainfo|dataset|date|daylight|ddl|deallocate|decimals|declarations|deep|default|deferred|define|delete|deleting|demand|descending|describe|destination|detail|determine|dialog|did|directory|discarding|display|display-mode|distance|distinct|divide|divide-corresponding|dummy|duplicates??|duration|during|dynpro|edit|editor-call|empty|enabled|enabling|encoding|end|end-enhancement-section|end-of-definition|end-of-page|end-of-selection|end-test-injection|end-test-seam|endenhancement|endexec|endfunction|endian|ending|endmodule|endprovide|endselect|endwith|enhancement|enhancement-point|enhancement-section|enhancements|entities|entity|entries|entry|enum|equiv|errors|escape|escaping|events??|exact|except|exception|exception-table|exceptions|excluding|exec|execute|exists|exit|exit-command|expanding|explicit|exponent|export|exporting|extended|extension|extract|fail|failed|features|fetch|field|field-groups|field-symbols|fields|file|fill|filters??|final|find|first|first-line|fixed-point|flush|following|for|format|forward|found|frames??|free|from|full|function|function-pool|generate|get|giving|graph|groups??|handler??|hashed|having|headers??|heading|help-id|help-request|hide|hint|hold|hotspot|icon|id|identification|identifier|ignore|ignoring|immediately|implemented|implicit|import|importing|in|inactive|incl|includes??|including|increment|index|index-line|indicators|infotypes|inheriting|init|initial|initialization|inner|input|insert|instances??|intensified|interface|interface-pool|interfaces|internal|intervals|into|inverse|inverted-date|is|job|join|keep|keeping|kernel|keys??|keywords|kind|language|last|late|layout|leading|leave|left|left-justified|legacy|length|let|levels??|like|line|line-count|line-selection|line-size|linefeed|lines|link|list|list-processing|listbox|load|load-of-program|locale??|locks??|log-point|logical|lower|mapped|mapping|margin|mark|mask|match|matchcode|maximum|members|memory|mesh|message|message-id|messages|messaging|methods??|mode|modif|modifier|modify|module|move|move-corresponding|multiply|multiply-corresponding|name|nametab|native|nested|nesting|new|new-line|new-page|new-section|next|no-display|no-extension|no-gaps??|no-grouping|no-heading|no-scrolling|no-sign|no-title|no-zero|nodes|non-unicode|non-unique|number|objects??|objmgr|obligatory|occurences??|occurrences??|occurs|of|offset|on|only|open|optional|options??|order|others|out|outer|output|output-length|overflow|overlay|pack|package|padding|page|parameter|parameter-table|parameters|part|partially|pcre|perform|performing|permissions|pf-status|places|pool|position|pragmas|preceding|precompiled|preferred|preserving|primary|print|print-control|private|privileged|procedure|process|program|property|protected|provide|push|pushbutton|put|query|queue-only|queueonly|quickinfo|radiobutton|raising|ranges??|read|read-only|received??|receiving|redefinition|reduce|ref|reference|refresh|regex|reject|renaming|replace|replacement|replacing|report|reported|request|requested|required|reserve|reset|resolution|respecting|response|restore|results??|resumable|resume|retry|return|returning|right|right-justified|rollback|rows|rp-provide-from-last|run|sap|sap-spool|save|saving|scan|screen|scroll|scroll-boundary|scrolling|search|seconds|section|select|select-options|selection|selection-screen|selection-sets??|selection-table|selections|send|separated??|session|set|shared|shift|shortdump|shortdump-id|sign|simple|simulation|single|size|skip|skipping|smart|some|sort|sortable|sorted|source|specified|split|spool|spots|sql|stable|stamp|standard|start-of-selection|starting|state|statements??|statics??|statusinfo|step|step-loop|stop|structures??|style|subkey|submatches|submit|subroutine|subscreen|substring|subtract|subtract-corresponding|suffix|sum|summary|supplied|supply|suppress|switch|symbol|syntax-check|syntax-trace|system-call|system-exceptions|tab|tabbed|tables??|tableview|tabstrip|target|tasks??|test|test-injection|test-seam|testing|text|textpool|then|throw|times??|title|titlebar|to|tokens|top-lines|top-of-page|trace-file|trace-table|trailing|transaction|transfer|transformation|translate|transporting|trmac|truncate|truncation|type|type-pools??|types|uline|unassign|unbounded|under|unicode|union|unique|unit|unix|unpack|until|unwind|up|update|upper|user|user-command|using|utf-8|uuid|valid|validate|value|value-request|values|vary|varying|version|via|visible|wait|when|where|windows??|with|with-heading|with-title|without|word|work|workspace|write|xml|zone)(?=[,.:\\\\s])","name":"keyword.control.simple.abap"},"operators":{"patterns":[{"include":"#other_operator"},{"include":"#arithmetic_operator"},{"include":"#comparison_operator"},{"include":"#logical_operator"}]},"other_operator":{"match":"(?<=\\\\s)(&&?|\\\\?=|\\\\+=|-=|/=|\\\\*=|&&=|&=)(?=\\\\s)","name":"keyword.control.simple.abap"},"reserved_names":{"match":"(?i)(?<=\\\\s)(me|super)(?=[,.\\\\s]|->)","name":"constant.language.abap"},"sql_functions":{"match":"(?i)(?<=\\\\s)(abap_system_timezone|abap_user_timezone|abs|add_days|add_months|allow_precision_loss|as_geo_json|avg|bintohex|cast|ceil|coalesce|concat_with_space|concat|corr_spearman|corr|count|currency_conversion|datn_add_days|datn_add_months|datn_days_between|dats_add_days|dats_add_months|dats_days_between|dats_from_datn|dats_is_valid|dats_tims_to_tstmp|dats_to_datn|dayname|days_between|dense_rank|division|div|extract_day|extract_hour|extract_minute|extract_month|extract_second|extract_year|first_value|floor|grouping|hextobin|initcap|instr|is_valid|lag|last_value|lead|left|length|like_regexpr|locate_regexpr_after|locate_regexpr|locate|lower|lpad|ltrim|max|median|min|mod|monthname|ntile|occurrences_regexpr|over|product|rank|replace_regexpr|replace|rigth|round|row_number|rpad|rtrim|stddev|string_agg|substring_regexpr|substring|sum|tims_from_timn|tims_is_valid|tims_to_timn|to_blob|to_clob|tstmp_add_seconds|tstmp_current_utctimestamp|tstmp_is_valid|tstmp_seconds_between|tstmp_to_dats|tstmp_to_dst|tstmp_to_tims|tstmpl_from_utcl|tstmpl_to_utcl|unit_conversion|upper|utcl_add_seconds|utcl_current|utcl_seconds_between|uuid|var|weekday)(?=\\\\()","name":"entity.name.function.sql.abap"},"sql_types":{"match":"(?i)(?<=\\\\s)(char|clnt|cuky|curr|datn|dats|dec|decfloat16|decfloat34|fltp|int1|int2|int4|int8|lang|numc|quan|raw|sstring|timn|tims|unit|utclong)(?=[()\\\\s])","name":"entity.name.type.sql.abap"},"system_fields":{"captures":{"1":{"name":"variable.language.abap"},"2":{"name":"variable.language.abap"}},"match":"(?i)\\\\b(sy)-(abcde|batch|binpt|calld|callr|colno|cpage|cprog|cucol|curow|datar|datlo|datum|dayst|dbcnt|dbnam|dbsysc|dyngr|dynnr|fdayw|fdpos|host|index|langu|ldbpg|lilli|linct|linno|linsz|lisel|listi|loopc|lsind|macol|mandt|marow|modno|msgid|msgli|msgno|msgty|msgv[1-4]|opsysc|pagno|pfkey|repid|saprl|scols|slset|spono|srows|staco|staro|stepl|subrc|sysid|tabix|tcode|tfill|timlo|title|tleng|tvar[0-9]|tzone|ucomm|uline|uname|uzeit|vline|wtitl|zonlo)(?=[.\\\\s])"},"text_symbols":{"captures":{"1":{"name":"keyword.control.simple.abap"},"2":{"name":"constant.numeric.abap"}},"match":"(?i)(?<=^|\\\\s)(text)-([0-9A-Z]{1,3})(?=[,.:\\\\s])"}},"scopeName":"source.abap"}'));var a=[e];export{a as default};