leek/agent-skills

verify

Exercise a change end to end in the running application (hit the route, run the command, click through the page) and report what actually happened.

소스 보기

사용 방법

  1. 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
  2. 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
  3. 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/leek/agent-skills --skill verify

시작 전 확인

  • 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
  • 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 Skill 문서

원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.

Verify

Tests passing is not the finish line. Exercise the actual flow once, in the running application, and report what you observed: never what should happen.

Process

  1. Pick the flow the change owns. The route a user would hit, the command an operator would run, the job the system would dispatch, the Filament/Livewire page a back-office user would open. One realistic pass; this is not a test suite.
  2. Run it for real.
  • HTTP / UI: the app is served (Herd serves Laravel apps at https://<dir>.test: never start a server that's already running). Use the project's browser tooling (agent-browser, Boost's browser-logs) to load the page, perform the action, and screenshot the result.
  • Console: run the artisan command with realistic arguments.
  • Jobs / listeners: dispatch through the real path (dispatchSync or trigger the event), then check the side effect where it lands, database rows, storage, logs.
  1. Check the seams the tests can't see. Before driving the flow, watch them under Monitor where available: tail -f storage/logs/laravel.log | grep --line-buffered -E 'ERROR|CRITICAL|Exception', plus php artisan queue:work when a queued job is involved, so each error arrives tied to the action that caused it. Otherwise read the log tail after each action. Look for browser console errors, the Laravel log (storage/logs/ or Boost's read-log-entries/last-error), a queue that needed a running worker, an unbuilt frontend (a Vite manifest error means run npm run build, not that the change is broken).
  2. Report faithfully. What you did, what you saw (status codes, redirects, rendered state, rows written), and anything that surprised you: with the evidence. If a step couldn't be exercised (needs credentials, a webhook, a human), say so plainly instead of marking it verified. List each screenshot's path, so a PR opened later can embed it.

Guardrails

  • Verify against local/dev: never run mutating flows against a real environment's data without explicit approval.
  • Leave no residue: throwaway records created during verification get cleaned up, or created under an obviously-fake identity the seeds already use.

관련 작업

같은 저장소의 Skills

더 많은 Skills

모든 Skills