CommunityEscrita e Ediçãogithub.com

DDDFXYqiming/Agent_Extensions

Agent Skills & DeepSeek Harness (DSH) 扩展库: conjunto de habilidades gerais para agentes inteligentes (General_skills) + plugins DSH padrão (dsh-plugin), coleção pronta para uso que aprimora as capacidades do agente de IA.

O que é Agent_Extensions?

Este skill, denominado DDDFXYqiming/Agent_Extensions, é um pacote de extensão que combina habilidades genéricas para agentes de IA (General_skills) com plugins padrão do DeepSeek Harness (DSH). Ele foi projetado para ser plug-and-play, fornecendo capacidades avançadas imediatamente utilizáveis por agentes como Claude Code, Cursor, Codex e outros sistemas baseados em LLM. O componente principal documentado é o sistema de gerenciamento de memória de longo prazo entre sessões (versão DSH), que organiza a memória em três níveis: L1 (índice de existência, visível a cada rodada), L2 (fatos do ambiente) e L3 (experiências de tarefas). O skill define gatilhos claros para leitura (por exemplo, no início de uma nova tarefa ou ao encontrar dificuldades) e regras rigorosas para escrita de memória, exigindo evidências de ações bem-sucedidas antes de armazenar qualquer informação. A estrutura de armazenamento segue um layout organizado em ~/.dsh/memory/, com ferramentas como memory_list, memory_read, memory_write e memory_index para gerenciar o ciclo de vida da memória. Os princípios fundamentais incluem 'nenhuma execução, nenhuma memória', 'mínimo suficiente' e a proibição de modificar ou descartar fatos verificados, garantindo que apenas informações validadas e relevantes sejam persistentes, aumentando a eficiência e reduzindo retrabalhos caros.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add DDDFXYqiming/Agent_Extensions

Installed? Explore more Escrita e Edição skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Gerenciamento de Memória (Versão DSH)

Memória de longo prazo entre sessões: Índice L1 (visível a cada rodada) + Fatos do Ambiente L2 + Experiências de Tarefas L3.

Gatilhos

Leitura (quando consultar a memória)

  • Ao iniciar uma nova tarefa: se a tarefa envolver o ambiente local, configurações de ferramentas, uma pilha tecnológica específica ou tarefas similares feitas anteriormente → primeiro memory_list para ver o que existe, depois memory_read para recuperar entradas relevantes
  • Ao encontrar dificuldades/obstáculos: memory_read para verificar se há SOPs relacionados (correspondência de palavras-chave com nomes de arquivos em sops/ ou seção facts)
  • Índice de memória nos prompts do modelo (memory:index): Índice de existência L1 visível a cada rodada — quando vir palavras de gatilho relevantes, deve ativamente usar memory_read/memory_list para obter detalhes

Escrita (quando sedimentar a memória)

Quando uma tarefa é concluída (ou uma etapa é concluída) e existem informações de ação verificada com sucesso, use memory_write:

O que pode ser escrito (deve incluir evidências):

  • Fatos específicos do ambiente: caminhos, configurações, parâmetros testados, comportamento de ferramentas (→ entry_type: fact)
  • Experiências de tarefas complexas: pontos problemáticos que exigiram várias tentativas para serem resolvidos, pré-condições ocultas, etapas estáveis (→ entry_type: sop)
  • Regras gerais de armadilhas (→ também pode ser feito via memory_write sop ou sugerindo diretamente a manutenção em [RULES])

Proibido de escrever (escrever isso é poluição):

  • ❌ Informações sem evidências de verificação (sem ação, sem memória)
  • ❌ Conhecimento inerente do modelo, suposições de raciocínio, hipóteses não verificadas
  • ❌ Estado volátil: timestamps, PIDs, caminhos temporários, IDs de uso único
  • ❌ Senso comum geral, logs, detalhes do processo de raciocínio

Sincronização do Índice

  • memory_write já sincroniza automaticamente o índice L1, geralmente não é necessário operação manual
  • Após modificar manualmente os arquivos facts.md / sops/ → use memory_index para reconstruir o índice
  • Quando o índice ultrapassar 30 linhas: simplifique [RULES] (modificações no nível da palavra, proibido sobrescrever o texto completo)

Estrutura de Armazenamento

<home>/.dsh/memory/
├── memory_management_sop.md   Regras meta L0 (como gerenciar a memória)
├── index.txt                  Índice L1 (≤30 linhas: lista de existência L2/L3 + RULES)
├── facts.md                   Fatos do Ambiente L2 (## SEÇÃO)
├── sops/*.md                  Experiências de Tarefas L3
└── file_access_stats.json     Estatísticas de frequência de leitura

Ferramentas

FerramentaPropósito
memory_listListar toda a memória (facts + sops + número de linhas do índice)
memory_readLer uma memória específica (índice / tópico fact / nome de arquivo sop)
memory_writeEscrever memória (fact/sop, evidência obrigatória)
memory_indexReconstruir a seção automática do índice L1

Princípios

  1. Verificação por Ação: No Execution, No Memory. Escreva apenas informações verificadas com sucesso.
  2. Mínimo Suficiente: Conteúdo o mais curto possível; memorize apenas informações cujo esquecimento resultaria em retrabalho de alto custo.
  3. Não excluir nem modificar fatos verificados: Pode comprimir, migrar, mas é proibido descartar.
  4. Escrita Ativa: A escrita de memória é sempre iniciada ativamente pelo modelo/usuário, não modifica automaticamente configurações ou instala plugins.

Habilidades Relacionadas