Request for explicit pinned agent constraints
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
- Tipo de issue
- Funcionalidade
- Clareza
- Precisa de esclarecimento
- Status de atividade
- Ativa
- Domínio
- ai, developer-experience
Direção de pesquisa
Start in the /chat experience and review the current guarantees for repository and user-defined instructions. The issue does not name implementation files, tests, or an existing entry point. Done would require a clearly defined, inspectable pinned-policy mechanism or documented current limitations covering precedence, conflicts, visibility, persistence, and context cost.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Repository guidance alone does not fully reduce the need for manual boundary enforcement. It would be valuable to have a documented, inspectable mechanism for pinning a small set of repository or user-defined constraints as hard limits in the agent’s active context—similar to a resident policy layer.
This should clearly define precedence, conflict behavior, visibility, persistence, and context/token cost. The distinction between hard constraints and lookup-on-demand reference material should also be explicit. Without that guarantee, users must repeatedly babysit the agent and manually preserve boundaries even when the rules are already stated in durable documentation. A supported pinned-policy mechanism would reduce cognitive load and improve trust in Copilot for safety-sensitive and professional work.
I don’t know what implementation is practical, but documenting the current guarantees and exposing such a mechanism—if feasible—would address a significant gap.
| Field | Value |
|---|---|
| App version | 1.1.23 |
| OS | Windows 10.0.26200 |
| Theme | GitHub |
| Path | /chat |
| Tenure | Week 4 |
- Linguagem predominante
- Sem dados de linguagem
- Estrelas
- 2.2k
- Forks
- 174
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de github/app
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
-
triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
code-yeongyu/senpi#2456 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
python triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
microsoft/semantic-kernel#14512 · 1 comentário ·
Mantenedores costumam responder em até 4 dias
-
discussions enhancement
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
code-yeongyu/oh-my-openagent#9290 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
bug bughunt good first issue
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100
rajveer43/VeloxQuant-MLX#656 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
Mantenedores costumam responder em até 1 dia