Escribe en GitHub desde el agente con seguridad: cada escritura pasa primero por aprobación humana y el token nunca llega a un registro.
Un plugin de host para DeepSeek Harness que conecta PRs, revisiones, issues y CI: 15 herramientas, 4 familias de comandos, jobs de revisión en segundo plano, una acción compuesta de CI y una puerta de status-check.
Instalación · Configuración · FAQ · 简体中文 · English · Español · Português · हिन्दी
dsh plugin --profile <name> add @perrylink/dsh-githubPlugin de la comunidad, no afiliado a DeepSeek. Repositorio canónico: https://github.com/PerryLink/dsh-github (Gitee es un espejo). Se publica en npm como @perrylink/dsh-github; el nombre simple dsh-github pertenece a otro proyecto no relacionado. Migrado a dsh-github-bot: este repositorio queda como índice/respaldo, el paquete npm antiguo @perrylink/dsh-github está obsoleto — para trabajo nuevo instala dsh-github-bot.
dsh-github mete GitHub en el turno del agente y, a la vez, ata cada escritura a una aprobación: herramientas como pr_create, pr_merge, review_post o issue_close solo llegan a GitHub después de que ctx.approval devuelva un sí explícito. Las superficies de lectura —metadatos de PR, diff truncado, archivos, búsqueda y checks— responden sin preguntar. /review ejecuta un analizador determinista de varios archivos como job en segundo plano sobre ctx.jobs, y el lado CI trae una acción compuesta, un bot de revisión por sondeo y una puerta de status-check. El token se resuelve por operación desde la capa de credenciales, el entorno o la CLI gh, se envía solo en la cabecera Authorization y nunca aparece en registros, eventos, tarjetas, salidas de comandos ni errores.
-
Instala (elige un canal):
# canal git (último main; equivale a git+https://github.com/PerryLink/dsh-github.git) dsh plugin --profile web add github:PerryLink/dsh-github # canal npm (versiones publicadas) dsh plugin --profile web add @perrylink/dsh-github # canal tarball: pnpm pack en este repositorio y luego dsh plugin --profile web add ./perrylink-dsh-github-<version>.tgz
El script
preparecompila solo con dependencias de producción, así que el canal git no necesita preparación extra. -
Configuración mínima (los valores por defecto sirven; fija la fuente del token si hace falta):
- insert: - id: dsh-github name: '@perrylink/dsh-github' config: tokenSource: auto autoCommit: false
tokenSource: autoprueba el campo de la página Plugins → el archivo de credenciales → el entorno → la CLIgh, en ese orden; el token nunca entra en este YAML. -
Verifica que monta:
dsh --profile web --dump-config | grep -A3 'id: dsh-github'
Una fila con
id: dsh-githubsignifica que el plugin montó; la primera escritura pasa por aprobación.
Desinstalar: dsh plugin --profile web remove @perrylink/dsh-github (o elimina la fila del parche de perfil).
Instalar desde el mercado de DSH Desktop
Todos los plugins de PerryLink se pueden explorar en el mercado integrado de DSH Desktop: Market → Sources → add source → pegar https://perrylink-dsh-catalog.perrylink.workers.dev/catalog-source.json → seleccionarlo. La instalación sigue pasando por la verificación de identidad npm del mercado y tu confirmación.
Son los puntos de entrada reales; instala y llama a uno.
Ejemplo detallado — comando pr_create, entrada:
{
"title": "feat: shiny",
"body": "desc"
}Salida:
created pull request #7: https://github.com/o/r/pull/7 (main ← feat/shiny)
Observed from plugins/dsh-github/test/tools.test.ts:69-74 (fixture + assertions); renderer at plugins/dsh-github/src/tools.ts:189
Rama de fallo — sin ningún token utilizable, entrada:
{"title":"x"} (credentials seam empty; GITHUB_TOKEN unset; gh not logged in)
Salida:
{
"status": "error",
"code": "no-token",
"message": "no GitHub token found (source: credentials/env/gh)",
"guidance": "Configure one of: 1) a dsh credential for this reference (recommended; $DSH_HOME/.credentials.yaml), 2) the same-named environment variable, or 3) `gh auth login` for the gh CLI. Set `tokenSource` in cordis.yml to pin one source."
}
Observed from plugins/dsh-github/src/credential.ts:96-104; plugins/dsh-github/test/tools.test.ts:88-93
Ejemplos breves: pr_merge · gh_review
dsh-github cubre el vacío de GitHub entre dsh y herramientas como Claude Code y Codex: el agente puede leer, revisar, abrir, actualizar y fusionar pull requests, leer metadatos de repositorios y archivos, comentar y cerrar issues, y buscar — mientras un humano aprueba cada escritura y el token permanece en secreto.
- 15 herramientas —
pr_create,pr_merge,pr_update,gh_review,review_post,gh_issue,issue_open,issue_comment,issue_close,gh_search,gh_repo,gh_file,gh_repo_search,gh_checks, todas con JSON canónico mediantedefineTool, más la herramienta de un solo usoci_runcuandoci.enabledestá activo. - 4 familias de comandos —
/pr create,/review(start/stop/post),/issue openy/ci(scan/status/start/stop/run) bajoci.enabled. - Ciclo de vida completo de PRs — crear → revisar → actualizar (título/cuerpo/estado/rama base) → fusionar (merge/squash/rebase, borrado opcional de la rama head).
- Revisiones en línea —
review_postpublica un único comentario de resumen o comentarios de revisión anclados por línea contra el commit head de la PR. - Escrituras con aprobación — cada escritura en GitHub pasa por
ctx.approval(askpor defecto, se cierra ante fallo); los motivos de aprobación previsualizan títulos, tamaños de cuerpo y anulaciones de comentarios. - Secreto del token — capa de credenciales → entorno → CLI
gh, resuelto por operación, nunca en registros, eventos, representaciones ni errores. - Trabajos de revisión en segundo plano —
/reviewse ejecuta enctx.jobscon la superficie propia del hostjob_list/job_output/job_kill. - Resiliencia — reintento 429 con retroceso
Retry-After/x-ratelimit-reset; las herramientas de lectura son seguras ante concurrencia; todas las llamadas respetan la cancelación. - Superficie CI — la herramienta de un solo uso
ci_run, un bot de revisión por sondeo y una puerta de status-check (acción compuestaaction.yml).
| Superficie | Tipo | Notas |
|---|---|---|
pr_create |
herramienta | Crea una pull request (escritura; con aprobación) |
pr_merge |
herramienta | Fusiona una PR (merge/squash/rebase, borrado opcional de la rama head) |
pr_update |
herramienta | Actualiza una PR (título/cuerpo/estado/rama base) |
gh_review |
herramienta | Lee una PR: metadatos, diff limitado, comentarios, CI, hallazgos estáticos |
review_post |
herramienta | Publica un comentario de revisión (resumen o en línea anclado por línea) |
gh_issue |
herramienta | Lista / obtiene / comenta issues (las PRs se marcan kind: "pr") |
issue_open |
herramienta | Crea un issue |
issue_comment |
herramienta | Comenta un issue o una PR |
issue_close |
herramienta | Cierra un issue (motivo de estado opcional) |
gh_search |
herramienta | Busca issues y PRs (cuota de búsqueda independiente) |
gh_repo |
herramienta | Lee los metadatos del repositorio |
gh_file |
herramienta | Lee un archivo en una rama/tag/commit |
gh_repo_search |
herramienta | Búsqueda GraphQL de repositorios (cuota de búsqueda separada) |
gh_checks |
herramienta | Checks de estado GraphQL de un PR (check runs + commit statuses) |
/pr create |
comando | Lee el estado de git y encola una instrucción pr_create |
/review |
comando | Inicia / detiene / publica un trabajo de revisión en segundo plano |
/issue open |
comando | Encola una instrucción issue_open |
/ci |
comando | Driver CI: scan / status / start / stop / run (ci.enabled) |
ci_run |
herramienta | Revisión CI de un solo uso ejecutada por la acción compuesta / el driver CI |
| bot de revisión | superficie | Bot de revisión por sondeo con comentarios inline idempotentes (ci.*) |
| puerta de status-check | superficie | Publica el veredicto success / needs-changes por commit head de PR (action.yml) |
- Capa de credenciales.
tokenSource: autoresuelve por operación en el orden capa de credenciales (referenciaGITHUB_TOKEN) → variable de entorno → token de la CLIgh. El valor es una variable local entregada al cliente REST; nunca entra en valores canónicos, representaciones, tarjetas, salidas de comandos, avisos inyectados, salidas de trabajos, motivos de aprobación ni mensajes de error. - Puerta de aprobación. Todas las escrituras fluyen a través de las herramientas del modelo. Un listener waterfall
tools/pre-executedevuelveaskpara las herramientas de escritura, de modo que el registro pregunta al humano mediantectx.approval(el host registra el par de auditoríaapproval/asked+approval/decided) y se cierra ante fallo sin un respondedor. Los comandos nunca escriben directamente: un comando de escritura reúne contexto de solo lectura y luego despierta al agente para que el modelo ejecute la herramienta controlada dentro de un turno. - Trabajo de revisión en segundo plano.
/review <pr>inicia un trabajogithub-reviewenctx.jobs; el trabajo obtiene metadatos (capturando el SHA del commit head para la publicación en línea), el diff limitado, las comprobaciones de CI y los comentarios existentes, y luego ejecuta el analizador determinista multiarchivo (src/review.ts). El trabajo es propiedad delSessionIddesnudo del agente que llama —0.1.7-alpha.1cierra el registro sobreSessionIdsin unión conAgent—, así quedsh-tool-jobsdebe estar compuesto ostartse niega. ConreviewMode: "model", el trabajo entrega el diff limitado a un subagente de un solo uso a través de la seamsubagentsdel host. La finalización llega a la sesión mediante el consumidordsh-tool-jobsdel host; el modelo lo lee conjob_outputy lo publica conreview_post. - Acción compuesta de CI / bot de revisión / puerta de status-check. El repositorio incluye una acción compuesta (
action.yml) que revisa PRs, arregla CI y escribe el informe; un bot de revisión por sondeo publica comentarios inline idempotentes; y una puerta de status-check publica el veredicto por commit head de PR. La herramienta de un solo usoci_runimpulsa la ejecución headless. Toda escritura permanece sujeta a aprobación.
Todos los ajustes son campos Config de Schemastery (modificables desde cordis.yml). Una anulación dirigida por id reemplaza toda la fila — vuelve a indicar cada clave que necesites. cordis.patch.yml documenta cada clave en línea. En la GUI, la tarjeta de configuración de la página Plugins (grupo Official) lee tokenRef del propio formulario de configuración de la entrada — el host 0.1.7-alpha.1 eliminó el enlace ctx.settingsScope y la costura de registro de namespaces que había detrás, así que la tarjeta ya no posee un namespace de configuración. El token en sí es el campo githubToken de la entrada: la tarjeta lo escribe ahí y la mitad host lo resuelve antes que el archivo de credenciales, el entorno y el CLI gh.
Claves más usadas:
| Clave | Por defecto | Significado |
|---|---|---|
tokenSource |
auto |
auto (campo de la página → credenciales → env → gh) o uno de config / credentials / env / gh |
tokenRef |
GITHUB_TOKEN |
Referencia de la capa de credenciales / nombre de la variable de entorno |
githubToken |
— | Token guardado desde la página Plugins; texto plano en la configuración del perfil, se usa primero mientras no esté vacío |
defaultOwnerRepo |
— | owner/repo de respaldo cuando una llamada no indica ninguno y git no tiene origen |
autoCommit |
false |
Si /pr create puede indicar al modelo que haga commit + push primero |
maxDiffChars |
8000 |
Límite de caracteres para los diffs de PR leídos en las revisiones |
reviewMode |
static |
Motor de revisión: static (analizador determinista) o model (subagente de un solo uso a través de la seam subagents del host; falla de forma evidente si la seam no está presente) |
ci |
{ enabled: false, … } |
Sección de integración CI: bot de revisión por sondeo, puerta de status-check y la herramienta de un solo uso ci_run (contiene todas las claves ci.*) |
Tabla de configuración completa (23 claves)
| Clave | Por defecto | Significado |
|---|---|---|
tokenSource |
auto |
auto (campo de la página → credenciales → env → gh) o uno de config / credentials / env / gh |
tokenRef |
GITHUB_TOKEN |
Referencia de la capa de credenciales / nombre de la variable de entorno |
githubToken |
— | Token guardado desde la página Plugins; texto plano en la configuración del perfil, se usa primero mientras no esté vacío |
defaultOwnerRepo |
— | owner/repo de respaldo cuando una llamada no indica ninguno y git no tiene origen |
autoCommit |
false |
Si /pr create puede indicar al modelo que haga commit + push primero |
maxDiffChars |
8000 |
Límite de caracteres para los diffs de PR leídos en las revisiones |
renderExcerptChars |
2000 |
Límite de caracteres para el extracto de diff representado en la salida de la herramienta |
maxComments |
20 |
Límite para los comentarios de PR listados por gh_review |
reviewJobTimeoutMs |
600000 |
Plazo para un trabajo de revisión en segundo plano (falla con timeout) |
maxReviewRecords |
50 |
Límite para los registros en memoria de trabajos de revisión; los registros finalizados más antiguos se eliminan primero |
maxFileChars |
12000 |
Límite de caracteres para el contenido de archivos leído por gh_file |
maxFindings |
50 |
Límite de hallazgos del analizador por revisión |
maxLineLength |
300 |
Longitud de línea a partir de la cual el analizador marca un hallazgo de línea larga |
reviewMode |
static |
Motor de revisión: static (analizador determinista) o model (subagente de un solo uso a través de la seam subagents del host; falla de forma evidente si la seam no está presente) |
modelReviewProvider |
— | Nombre del proveedor de subagente para reviewMode: "model"; por defecto, el primer proveedor registrado |
maxRetries |
3 |
Intentos de reintento 429 por solicitud |
retryBaseMs |
500 |
Base del retroceso de reintento (se duplica por intento) |
retryMaxWaitMs |
60000 |
Tope del retroceso de reintento |
requestTimeoutMs |
30000 |
Tiempo máximo por solicitud; aborta el fetch al superarse |
apiBaseUrl |
https://api.github.com |
URL base de la API REST de GitHub (GitHub Enterprise) |
allowedActions |
['pr.create','pr.merge','pr.update','review.post','issue.create','issue.comment','issue.close','ci.run'] |
Lista blanca de acciones de escritura; cualquier otra se deniega antes de la aprobación |
workspaceDir |
process cwd | Directorio de trabajo para la inspección de git de solo lectura |
ci |
{ enabled: false, … } |
Sección de integración CI: bot de revisión por sondeo, puerta de status-check y la herramienta de un solo uso ci_run (contiene todas las claves ci.*) |
Ejemplo de anulación en el parche de perfil:
- insert:
- id: dsh-github
name: '@perrylink/dsh-github'
config:
tokenSource: auto
tokenRef: GITHUB_TOKEN
autoCommit: false
reviewMode: static
allowedActions: [pr.create, review.post, issue.create, issue.comment, issue.close, pr.merge, pr.update, ci.run]¿El plugin guarda el token? ¿Dónde viven los datos de revisión?
El plugin nunca persiste el token: resuelve uno por operación en el orden de tokenSource y lo pone solo en la cabecera Authorization, nunca en registros, eventos, tarjetas, salidas de comandos ni errores. La única excepción es un githubToken que guardes tú en la página Plugins — queda en la configuración del perfil como texto plano (la misma exposición que un archivo de credenciales); déjalo vacío cuando la configuración se comparta y usa una referencia de credenciales, el entorno o gh auth login. Los informes de revisión viven en la memoria del proceso por job id; no se escribe nada duradero en disco.
¿Qué pasa sin token o sin respondedor de aprobación? ¿Falla en silencio?
Sin token, la herramienta devuelve un error estructurado con code: "no-token" y tres rutas de configuración. Si falta el servicio de aprobación o no hay respondedor, la escritura se cierra ante fallo en lugar de pasar. Ambos son errores visibles, no un éxito falso.
¿Compite con otros plugins por nombres de herramienta, eventos o slots?
No. Todas las herramientas llevan espacio de nombres, no provee ninguna clave de servicio, no registra slots de cliente ni prefijos webServer; el evento compartido tools/pre-execute se observa con la semántica de broadcast de ctx.on() y cada listener delega por next(), así que la cadena nunca se cortocircuita. La argumentación punto por punto está en «Interoperabilidad con otros plugins de DSH».
¿Revisión estática o revisión con modelo?
El valor por defecto reviewMode: "static" es determinista, sin tokens y reproducible — lo correcto para la mayoría de PRs. reviewMode: "model" entrega el diff limitado a un subagente de un solo uso, consume tokens y exige la seam subagents y un proveedor registrado; si faltan, falla de forma evidente al cargar.
¿Y los límites de tasa de GitHub o una red inestable?
Los 429 se reintentan con retroceso a partir de Retry-After / x-ratelimit-reset (maxRetries, retryBaseMs y retryMaxWaitMs son ajustables), y cada solicitud tiene un requestTimeoutMs duro. La cuota restante se muestra en cada resultado, incluidos los fallos.
- Aprobación, no aplicación. Las escrituras solo producen decisiones
ask/deny en la capa oficial; el sandbox y los sistemas de aprobación siguen siendo la autoridad de aplicación. - Se cierra ante fallo. La ausencia de respondedor de aprobación degrada a la decisión más estricta — nunca a un paso silencioso.
- El token nunca sale del proceso. Se lee por operación y se envía solo en el encabezado Authorization; nunca se registra, representa, inyecta ni aparece en errores.
- Sin escrituras fuera de la aprobación.
/pr createnunca hace commit ni push por sí mismo; conautoCommit: true, el modelo realiza esas escrituras mediante la propia puerta de aprobación de la herramienta bash. El trabajo de revisión no realiza escrituras; soloreview_postpublica, tras la aprobación. - El contenido no confiable se escapa y se marca.
formatPostBodyescapa en HTML y con comillas invertidas los nombres de archivo derivados del diff, y el contenido externo de GitHub (archivos, cuerpos, comentarios, resultados de búsqueda) se marca como externo en las representaciones. - Trabajo acotado y límites de velocidad. Los 429 se reintentan con retroceso; la cuota restante se muestra en cada resultado, incluidos los fallos.
- Permisos: las escrituras cabalgan sobre la capa de aprobación oficial; nada se reimplementa ni se elude. El plugin declara
network:outboundyfilesystem:writeen su manifiesto de workshop. - Datos: el informe de revisión vive en la memoria del proceso, indexado por el id del trabajo; no se escribe nada duradero en disco.
- Registro de sesión: el plugin no añade tipos de evento de sesión personalizados; todo el contenido visible para el modelo fluye por superficies registradas por el host (
tool/result,user/message,command/run,approval/asked…). Los avisos que encolan los comandos llevan el kind de origen propio del plugin,{ kind: 'dsh-github', form: 'notice', summary }— el host no tiene un kindplugincomodín y su ruta de admisión del formato de sesión lo rechaza de plano.
- Sin eventos de sesión personalizados — deliberado (ver Arquitectura); las pistas de auditoría dependen del vocabulario de eventos propio del host.
- Analizador estático por defecto — reglas deterministas (
src/review.ts), cero tokens, reproducible.reviewMode: "model"consume tokens y requiere la seamsubagentsy un proveedor registrado. - Trabajos y registros locales al proceso — el informe de revisión vive en la memoria del plugin, indexado por el id del trabajo; el mapa de registros está limitado por
maxReviewRecords(los registros finalizados más antiguos se eliminan primero). - Las dist-tags
latestde npm están obsoletas — instala mediante el cierre de perfil que proporcionadsh-base; nunca con un simplenpm i @deepseek-ai/dsh-tools.
Verificado contra DSH 0.2.0-rc.2 (el runtime para el que se publica este README) y el conjunto de plugins con más estrellas sondeado el 2026-10-05.
Este plugin no interfiere con otros plugins, incluidos los de más estrellas:
- Sin colisión de nombres de herramienta. Todas las herramientas llevan espacio de nombres; ninguna ocupa un nombre desnudo ya perteneciente a una herramienta incluida u otro plugin.
- Sin colisión de clave de servicio. No provee ninguna clave de servicio, así que no puede colisionar en una.
- Sin colisión de slot. No registra ninguna clave de slot de cliente, así que no disputa un asiento
shadows-shipped-ui. - Sin colisión de ruta HTTP. No registra ningún prefijo
webServer. - Sin colisión en la capa de patch. El patch del bundle solo hace
insertde su propia fila; nunca sobrescribe elconfigde una fila incluida. - Sin mutación global. No parchea prototipos, ni reescribe
process.env, ni reemplaza el dispatcher global de fetch.
Los listeners de eventos compartidos no interfieren por construcción. Observa el evento sensible al orden tools/pre-execute con ctx.on() — el registro de difusión de Cordis, donde cada listener se ejecuta y ninguno puede dejar sin turno a otro. Todos los listeners aquí delegan por next(), así que la cadena nunca se cortocircuita, y la mutación se aplica al valor que produjo next() en lugar de devolverse en su lugar:
tools/pre-execute— also used bycc-safety-net(1576★).
Evidencia estática: dsh-plugin-doctor K10–K13 dan pass en todas las comprobaciones de este repositorio.
| Superficie | Estado |
|---|---|
| Harness | DeepSeek Harness dsh-v0.2.1-rc.2 (verificado 2026-10-18): engines.dsh >=0.2.1-0 <0.3.0; las rutas de compatibilidad P0 tienen pruebas de regresión. |
| Node | ^22.19.0 || >=24.0.0 |
| Plataformas | Todas (plugin host; red saliente a GitHub) |
| Modelo | Cualquiera (la revisión estática es determinista; reviewMode: "model" es opcional) |
- Espejo en Gitee (espejo sincronizado; GitHub es la fuente canónica)
- Página del plugin en dshfind (instalaciones y ranking)
- Informe de OpenSSF Scorecard (impulsado por .github/workflows/scorecard.yml)
- Informe de verificación de dsh-plugin-doctor (K10–K13 todos
pass) - DSH Market (listado)
- Canal 1024 store:
npm i -g dsh1024una vez, luegodsh1024 plugin --profile web add @perrylink/dsh-github(cuenta para el ranking de instalaciones de deepseek1024.com) - Base de conocimiento del ecosistema — datos medidos, no marketing: guía de desarrollo de plugins · datos de selección · criterios de mantenimiento
pnpm install # node ^22.19 || >=24
pnpm run build # tsc --noEmitOnError → lib/ (más fix-dts y el bundle de cliente)
pnpm run prepare # compilación autocontenida para instalación git (scripts/prepare.mjs)
pnpm run prepublishOnly # compilar + probar antes de publicar
pnpm test # vitest run
pnpm run typecheck # tsc --noEmit
pnpm run typecheck:ci # typecheck de la línea publicada
pnpm run check:readmes # cruza herramientas y claves de configuración en los 5 READMElib/ es el artefacto publicado que se commitea; pnpm run build lo regenera. Las imágenes del README las genera scripts/gen-readme-assets.py (Python + Pillow) y se pueden volver a ejecutar; escriben docs/assets/dsh-github-hero-{zh,en}-{light,dark}.webp y docs/assets/dsh-github-flow-v5-{light,dark}.svg.
Temas: dsh · dsh-plugin · deepseek-harness · github · pull-request · code-review · issue-tracker
src/index.ts plugin entry (name/inject/apply, applyWithDeps for tests)
src/config.ts Schemastery Config
src/types.ts local structural views of host services + Context merging
src/credential.ts token resolution (seam → env → gh), per operation
src/github.ts REST client: 429 retry, rate limits, diff media type
src/git.ts read-only git inspection + origin parsing for any API host
src/review.ts deterministic diff analyzer + sanitized comment drafting
src/jobs.ts github-review background job producer (metadata + diff + CI + comments)
src/approval-gate.ts tools/pre-execute ask/deny gate with write previews
src/tools.ts the fourteen model-facing tools
src/ci/ review pipeline, polling bot, one-shot ci_run
src/commands.ts /pr, /review, /issue
src/client.ts browser half: the Plugins settings card
src/present.ts pure UI-card presenters
test/ vitest suite + mock host scaffolding + opt-in e2e smoke
cordis.patch.yml bundle patch (one insert row)
scripts/prepare.mjs self-contained git-install build
Este proyecto forma parte de la familia de plugins de DeepSeek Harness de PerryLink (todos Apache-2.0). Si te resulta útil, una estrella ayuda a que la siguiente persona lo encuentre — no desbloquea nada.
- @JosephTian876 — el informe de
lib/client.jssin empaquetar (#11). - @womeimingzi11 — el informe de registro del module-loader de la mitad navegador (#14); el bundle envuelto en factory llegó en versiones posteriores.
- @PerryLink — creador y mantenedor: la superficie de herramientas de GitHub, la puerta de aprobación, los trabajos de revisión en segundo plano, la acción compuesta de CI, el bot de revisión, la puerta de status-check y la documentación en cinco idiomas.
- @AraragiEro — la tarjeta de configuración del token de GitHub en la página de ajustes de Plugins (#6).
- @alexchenzl — invitó al plugin a incluirse en el DSH Directory (#5).
Expandir todos los plugins
LICENSE (Apache License 2.0) © 2026 dsh-github contributors
Apache-2.0 · Plugin de la comunidad, no afiliado a DeepSeek.