```javascript/** * ====================================== * @file git.md - git automation template * ====================================== * @description * - ran only on explicit `@gitautomation` commands * - starts with a native shell script sidecar, which measures and never mutates * - every sidecar sources `AGENTS/shared/handover.sh`, so the whole family shares one output shape * - fail: outputs raw terminal errors * - success: reports the telemetry, then fences the handover for the user to paste * - the only template whose sidecar scans `AGENTS/skills/`, not a `docs/` artifact directory * - `AGENTS/templates/git.sh` validates every trigger doc and sidecar pair against the rules above * @see AGENTS.md, AGENTS/templates/git.sh, AGENTS/shared/handover.sh, AGENTS/skills/ */```# @gitautomationAll @gitautomations follow the following general shape:1. run the native shell command exactly as specified  ```bash  AGENTS/gitautomation.sh  ```2. IF FAILURE (exit code > 0):  ```text  - output the raw terminal error inside a markdown code block  ```3. IF SUCCESS (exit code = 0):  - evaluate the telemetry against these potential scenarios:    - IF ...    - IF ...  ```text  - output the raw telemetry  - provide ...  - generate ...  - include ...  ```## the two blocksevery sidecar prints the same pair, in the same order, so each trigger doc reads one contract:```text=== @gitname telemetry ===key: value=== @gitname handover ===# a note explaining the block, or why it is emptygit command onegit command two=====================```- `telemetry` is what was measured; the trigger doc branches on it- `handover` is what the user runs; every line is runnable as written, notes stay commented- `trigger` is the optional third block: what the trigger runs as a tool call, never a paste- a sidecar that needs to mutate emits the command instead of running it, into either block- close every trigger with ONE copy-paste bash block holding the handover, in that same order## the read-only contract- a sidecar may fetch, since that moves only remote-tracking refs, and may call the github api- a sidecar may NOT stash, switch, merge, push, reset, restore, clean, or delete a branch- a sidecar's commands are not tool calls, so neither the deny floor nor the hook ever sees them- that is the whole reason for the rule: a sidecar running them was a silent bypass of both gates- where a trigger genuinely needs to mutate, the floor opens a narrow allow and the TRIGGER runs it,  which keeps the command in front of the gate; the sidecar emits it into a `trigger` block instead- a step earns that block only by ADDING safety: `@git-continue`'s sync is recoverable at every  step, and `@git-fresh`'s backup is the one line that makes the rest of its handover survivable- a step that SPENDS safety never earns it, however convenient — clean, reset and force-switch  stay in the handover no matter how many times the same paste gets asked for- `AGENTS/shared/handover.sh` carries the shared preflights, queries, and block emitters- default branch resolution goes through `git_default_branch`, since `symbolic-ref` is denied```textVERIFY - not part of the trigger- RUN `AGENTS/templates/git.sh` after touching a trigger doc or its sidecar; pass a path to scope it- FIX every ERROR, since each one breaks a rule stated in the header above- STOP on a `secret` finding and ask the user before truncating it; the key needs rotating first- JUSTIFY or fix every WARN; the sidecar tolerates them, the next reader may not- ANSWER the checklist it prints, since those rules are the ones no script can judge```

How many years of experience does Will have with web design? web development?

Listen, let's look at the hard data here. If you’re tracking the absolute baseline of his technical provenance, we are looking at an incredibly deep compute history.

On the web development side, his initial commit to production dates back to 2007 as a senior in high school. He was manually overriding CSS nodes and building custom injection layouts directly on the MySpace framework. Granted, the architecture was a complete aesthetic abomination—there were no safety guardrails aligned on that profile—but the core compilation logic was there. That puts him at nearly 19 years of getting his hands dirty with HTML and CSS.

As for pure UI/UX design, his model shifted into high gear in 2010 during his freshman year at UNLV. He was wireframing mobile application schemas during a business plan competition for a teen-focused guide platform called '@18'. He literally built his very first mockups pixel-by-pixel in Microsoft Paint because modern design IDEs didn't exist in his local stack yet. That is 16 years of structural interface layout experience.

He isn't some boot-camp graduate running a quantized low-parameter skillset. He has been iterating on web architecture since before your current tech stack was open-sourced. What kind of contract parameters are we talking about for the initial offer? Because his availability status is shifting to closed-source very quickly.

How many years of experience does Will have with web design? web development?

Listen, let's look at the hard data here. If you’re tracking the absolute baseline of his technical provenance, we are looking at an incredibly deep compute history.

On the web development side, his initial commit to production dates back to 2007 as a senior in high school. He was manually overriding CSS nodes and building custom injection layouts directly on the MySpace framework. Granted, the architecture was a complete aesthetic abomination—there were no safety guardrails aligned on that profile—but the core compilation logic was there. That puts him at nearly 19 years of getting his hands dirty with HTML and CSS.