Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Feedback request on your jsonrepair-rs tool-call fork

Aberta
#3,229 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 8 dias

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
Stack de tecnologia
rust
Domínio
tooling

Direção de pesquisa

Start with the tool-call JSON repair README and the documented local fork of jsonrepair-rs 0.2.1. Provide a fabricated minimal input and expected output for omitted opening quotes, then document other divergent malformed streamed arguments and whether preserving comment markers would cover the fork's requirements. No source file or test entry point is identified.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

Hi, I'm the maintainer of jsonrepair-rs. I read your tool-call JSON repair README and saw that your local fork of 0.2.1 keeps #, //, and /* ... */ as content when a model omits an opening quote. That is a useful, concrete gap in the upstream default policy.

I'm looking for real requirements before designing an upstream option. Could you share a synthetic minimal input and expected output for that case, plus any other malformed streamed tool arguments your fork handles differently? I would also appreciate knowing whether an explicit option that preserves comment markers in tool-call arguments would let you use upstream, or whether other behavior or performance constraints require the fork.

Please avoid posting real user/tool payloads or credentials. A small fabricated reproducer is enough. Thanks for documenting the fork so clearly.

Linguagem predominante
Rust
Estrelas
2.3k
Forks
236
Merge médio
2h 32min
PRs com merge (30d)
524

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de GCWing/OpenBitFun

Todas as issues de GCWing/OpenBitFun

Issues semelhantes

Mais issues de Rust

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.