[CSalcedoDataBI]

Closes #755

[claude]

Review: sin bloqueantes. La lógica es sólida: el borrado solo ocurre con prueba exacta (merge-tree igual al árbol de main), se vuelve a verificar justo antes de branch -D, y cualquier fallo de git/gh degrada a park (nunca borra). Los casos con sesión abierta, worktree sucio o PR propio siguen mandando.

Observaciones menores (no bloquean):

• Cobertura: no hay test del camino de ejecución (-Force) de delete-contained: ni el re-chequeo que falla con Set-Failed cuando la rama ya no está contenida, ni el caso de rama checked-out en la carpeta principal. Un test de integración con repo temporal (como el de merge-tree) lo cubriría.
• Semántica: si el trabajo se revirtió a propósito en main, el árbol también coincide y la rama se borra como "contained". Es aceptable (el commit sigue en el reflog/historial), pero vale la pena mencionarlo en verbs-sessions.md.
• Robustez: Get-BranchContainment / git log reciben $Branch sin --; una rama con nombre que empiece por - se interpretaría como opción (improbable, pero barato de blindar).
• El hint "superseded by" acepta comentarios de cualquier autor; como solo produce needs-decision, el riesgo es nulo.

[claude]

Review (#799 / #755): no encontré bugs bloqueantes. El diseño es conservador: la prueba exacta (merge-tree --write-tree) borra, la heurística solo pregunta, y cualquier fallo de git/gh cae a park. La re-verificación antes de branch -D y los refs calificados están bien resueltos.

Observaciones menores (no bloquean):

• Cobertura: los tests cubren las funciones puras y un repo real para Get-SweepContainment, pero no Get-BranchContainment (refs refs/remotes/origin/<default>) ni el re-chequeo en el camino -Force. Un test de integración con un origin local lo cubriría.
• Regex de "superseded by": también coincide con frases como "not superseded by #N". Es solo una pista que acaba en needs-decision, riesgo bajo; podrías anclarlo al inicio de frase.
• origin/<default> puede estar desactualizado sin fetch. Es seguro (solo genera menos contained), pero conviene mencionarlo en la doc.

[claude]

Sin hallazgos bloqueantes. La prueba de contención (merge-tree más diff de rutas, con refs completos y re-verificación antes de branch -D) falla hacia park/unknown, nunca hacia borrar. Los tests cubren los casos de riesgo: merge driver ours, rama llamada origin/main, dirty y merged-advanced.

Nit opcional: el regex de superseded by coincide también con comentarios como "not superseded by #N". Es solo un hint que termina en needs-decision, así que es de bajo impacto.

[claude]

Review (34b2100, Find-FilesPruned.ps1)

El fix es correcto y acotado: ordenar cada listado hace determinista el "first found", y el orden pre-order se conserva. Sin bugs bloqueantes. Dos observaciones menores:

1. Desempate en FS case-sensitive (ext4): OrdinalIgnoreCase trata Agent.md y agent.md como iguales, y List.Sort es inestable, así que ese par puede salir en orden distinto entre ejecuciones; justo el no-determinismo que se quiere eliminar. Sugerencia: comparar con OrdinalIgnoreCase y, si da 0, desempatar con [string]::CompareOrdinal.
2. Tests: no se añade ningún test que fije el orden. Un caso Pester que cree archivos/subdirectorios en orden no alfabético (b, a, C) y afirme el orden devuelto evitaría regresiones y valida el fix en ubuntu.

Nota: en el timeout parcial el listado en curso se ordena y se añade igual; es inocuo, solo señalo que el resultado parcial incluye esos archivos.

[claude]

Sin hallazgos bloqueantes. Revisé el diff en Cleanup-Sessions.ps1, Find-FilesPruned.ps1, la documentación y los tests, pero no ejecuté los tests ni el script.

• Borrado seguro: delete-contained exige merge-tree limpio con el árbol igual al de main. Además se vuelve a probar justo antes de branch -D, se excluyen las ramas con cambios sin commitear o con sesión abierta, y cualquier fallo de git o gh cae a park/unknown.
• Merge drivers: el caso merge=ours está cubierto con la comparación blob a blob.
• Sugerencia menor (no bloqueante): la re-prueba antes de borrar usa refs/remotes/origin/<default> tal como estaba al planificar, sin git fetch. Es seguro porque solo puede dar falsos negativos, pero conviene dejarlo documentado.
• Tests: la decisión pura (Get-SweepItemAction, Get-SweepContainment, Get-SweepSupersededHint) tiene buena cobertura.

[claude]

Revisión (sha ea40cd9): sin bloqueantes. La lógica es conservadora: borra solo con prueba exacta (merge-tree con árbol idéntico), repite la prueba justo antes de branch -D, y cualquier fallo de git/gh degrada a park/needs-decision. Los tests cubren bien la tabla de decisión y hay un caso con repo real. Revisé el diff hasta donde se pudo leer (el resto de los tests quedó truncado).

Observaciones menores, no bloqueantes:

1. Ref origin/<default> posiblemente desactualizada: la prueba usa refs/remotes/origin/* sin git fetch. Una ref vieja da falsos adds/conflict (seguro: park), nunca un falso contained. Aun así conviene documentar que se asume un fetch previo, o hacerlo antes de medir.
2. "Contained" incluye trabajo revertido en main: si el contenido se añadió y luego se revirtió en main, el árbol no cambia y la rama se borra. Es coherente con la definición, pero conviene una línea en verbs-sessions.md.
3. Límite de 8000 caracteres por lote en check-attr: si un solo path supera ese límite, el lote queda con un único elemento. Raro, pero vale un test con paths largos.
4. Find-FilesPruned: el orden OrdinalIgnoreCase ya no coincide con el de Get-ChildItem en NTFS para casos límite (símbolos entre mayúsculas y minúsculas). Es cosmético; el comentario del código ya fija el contrato (determinista entre SO).

[claude]

Review del commit 2beb9bd (desempate case-sensitive en Find-FilesPruned.ps1).

La lógica es correcta: OrdinalIgnoreCase primero y Ordinal como desempate da un orden total, así que el List.Sort inestable ya no depende del orden hash en ext4. Se aplica igual a archivos y subdirectorios. No veo problemas de seguridad.

Un solo punto, menor: el commit no añade ningún test. Convendría uno en ExpertRoleResolution.Tests.ps1 (o uno específico del walker) que cree README.md y readme.md en el mismo directorio y compruebe el orden. Hay que saltarlo en file systems case-insensitive (Windows/macOS), donde no se pueden crear los dos nombres a la vez. Sin ese test, la regresión que corrige este commit puede volver sin que nadie lo note.

[claude]

Sin hallazgos bloqueantes en 4f23ee3.

Revisé Cleanup-Sessions.ps1 (delete-contained y la pista de 'superseded'), Find-FilesPruned.ps1 (orden determinista) y los tests. No ejecuté los tests.

• Borrado seguro: la prueba de contención se repite justo antes de branch -D. Los refs van completamente calificados. Los drivers de merge (merge=ours, merge.default) se tratan como 'unknown' o 'adds', y cualquier fallo de git o gh vuelve a park, nunca a borrar.
• Orden de listados: Sort-PrunedListing usa una clave por nombre y un sort ordinal nativo. El desempate sensible a mayúsculas es estable y el orden de pre-orden se mantiene.
• Nit (opcional): la pista superseded by #N se busca en cualquier comentario del PR cerrado, así que una cita de esa frase también la dispara. Es solo una pista que acaba en needs-decision, no en borrado, así que el riesgo es bajo.

🤖 Generated with Claude Code

[claude]

Review (Cleanup-Sessions.ps1, #755)

Sin bloqueantes. Lo revisado está bien resuelto:

• La prueba de contención con merge-tree --write-tree compara el árbol resultante con el de la default. Usa refs completas y vuelve a probar justo antes de branch -D.
• Los merge drivers personalizados y merge.default no pueden falsear la contención.
• Las referencias #NNN se leen con TryParse.
• El hint de "superseded" solo produce needs-decision, nunca un borrado.
• Hay tests nuevos que cubren las funciones puras y un repo real.

Menores (no bloquean):

1. Get-BranchContainment documenta "git 2.40+" por check-attr --source, mientras que Get-SweepContainment menciona 2.38 (merge-tree --write-tree). Unifica el comentario para que el requisito real sea claro. En git más viejo cae a unknown, que es seguro.
2. Get-BranchSupersededHint hace catch { return '' } sin dejar rastro. Es seguro porque cae a park, pero un Write-Verbose ayudaría a depurar fallos de gh.

No revisé por completo los cambios en Find-FilesPruned.ps1 ni en los tests de ExpertRoleResolution; el diff de esos dos es pequeño y no vi nada raro.

[claude]

Sin hallazgos bloqueantes. Revisé Cleanup-Sessions.ps1 y Find-FilesPruned.ps1 (lectura estática; no ejecuté los tests de Pester).

• delete-contained: la prueba con merge-tree --write-tree está bien resuelta. Usa refs completos, verifica los merge drivers y vuelve a probar la contención justo antes de branch -D. Ante la duda cae a unknown y se mantiene el comportamiento anterior (park).
• Hint "superseded": solo produce needs-decision, nunca borra. Es la decisión correcta para una heurística.
• Sort-PrunedListing: devolver el array y fijar la sobrecarga con los casts corrige el no-op anterior. Hay test directo.
• Sugerencia menor: en Invoke-SweepGit -Z, $out -join "n"asume que PowerShell partió la salida solo por\n. Un path con salto de línea o con \r` en Windows podría alterarse. Es un caso muy improbable y falla hacia 'unknown'/'adds' (seguro), así que no bloquea.

[CSalcedoDataBI]

External review - claude-review (Claude API, clean context)

Reviewed commit: ef36ef88dd6de67a53372baec11daf0df6c9f877

8 rounds at --effort xhigh. Rounds 1-6 found 14 real defects, all fixed with tests: unqualified refs in the deletion proof; hint overriding wip-park and merged-advanced; merge drivers (attributes and merge.default) faking containment; byte-exact -z paths; missing ref read as conflict; stale exit code on launch failure; cross-repo refs; int overflow; walker sort (Linux order, case ties, no-op sort). Rounds 7 and 8 returned nothing. Out of scope, reported: archive verdict matches only exact worktree paths (pre-existing #734 code).

[CSalcedoDataBI]

On hold: waiting for the Anthropic plugin directory review. Do not merge yet.

The agentic-board plugin is in its first review in the Anthropic plugin directory, and the directory tracks main. Every merge to main becomes a new version that replaces the one under review and restarts the queue. This PR stays on its branch until the plugin leaves review, or until the owner decides to merge the whole batch at once.

Batch waiting together: #799, #800, #801, #802, #803, #804.

• cleanup sessions: squash-merged work is classified as "park", so the plan opens duplicate draft PRs #799 goes first: it fixes the two Pester (ubuntu) failures that block the gate on the other PRs. After it merges, re-run CI and Board-ReviewGate.ps1 on each of the others.
• Each PR's external review (claude-review) is recorded on its head commit. A rebase or a new push invalidates it, so it must be reviewed again after rebasing.