Factually incorrect and suggested scripts and files not existent
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
Direção de pesquisa
Comece reproduzindo o fluxo de trabalho relatado no copilot-cli e compare as referências geradas com data/Kibana_dashboard_objects/...CROSSWALK.csv e o notebook de verificação disponível. Verifique como o modelo apresenta render.py, compare.py, render_alert.py, compare_alerts.py e os nomes dos datasets. Considera-se concluído quando a orientação gerada distingue os arquivos e dados existentes dos arquivos sugeridos ou identifica claramente as etapas de criação.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Describe the bug
The model described steps to perform the data discovery and alert building based upon the current files existing in the folder. However, although the steps sound logical and positively feasible, the files such as render.py, compare.py. etc are not truly present. They are purely made up by the model, in addition, when assessing the details about the crosswalk from index to the datastream in elastic, although the actual file was there in .csv format, the suggested transition from the index to the stream mentioned by the model was not existing in reality. The name of the dataset is not real either.
Affected version
No response
Steps to reproduce the behavior
Here is the step-by-step practical guide using the (redacted)/ as our working example.
────────────────────
End-to-End Workflow Map
[ Step 1: Data Discovery & Crosswalk ]
│ (Find source index, target datastream & ECS fields)
▼
[ Step 2: ES|QL Query Formulation & Data Evidence ]
│ (Convert SPL → ES|QL & test in Jupyter / Dev Tools)
▼
[ Step 3: YAML Specification & JSON Rendering ]
│ (Write spec-*.yaml → run render_alert.py)
▼
[ Step 4: Dry-Run Diff & Push to Kibana ]
│ (compare_alerts.py → render_alert.py --push)
▼
[ Step 5: Master Index Confirmation ]
(Update ALERTS_INDEX.md status)
────────────────────
Step 1: Data Discovery & Crosswalk Mapping
Goal: Determine where the Splunk data lives in Elasticsearch.
- Inspect the original Splunk query (from redacted):
index=redacted apiName="inf-bnkng-party-physaccsprof-accsprofvecos-v1"
| where apiPath="redacted"
| where responseCode >= 400 - Find the target Data Stream:
Look up in data/Kibana_dashboard_objects/...CROSSWALK.csv :
• Splunk redacted redacted logs $\rightarrow$ redacted
• Dataset: redacted - Map the Fields:
• apiPath $\rightarrow$ redacted
• redacted $\rightarrow$ redacted
────────────────────
Step 2: ES|QL Formulation & Data Evidence
Goal: Formulate and test the query against live data to verify hits.
- ES|QL Query Formulation:
redacted - Test & Verify:
• Run in Kibana Discover $\rightarrow$ ES|QL tab or in a verification notebook ( redacted.md ).
• Confirmation Criteria: Ensure no field type errors and that the count calculation matches expected failure counts.
────────────────────
Step 3: Create redacted
Goal: Avoid writing bulky Kibana JSON by using human-readable YAML.
- Create or edit the YAML spec ( redacted):
rule_id: "auto"
name: "redacted"
tags: ["redacted"]
schedule_interval: "5m"
time_window:
size: 5
unit: "m"
esql: |
redacted
email:
to: ["redacted]
subject: "{{context.hits.0._source.labels.environment}} - redacted."
snow:
node: "redacted"
resource: "/"
metric_name: "redacted"
short_description: "redacted" - Execute Python Rendering Script:
────────────────────
Step 4: Diff & Push to Kibana
### Expected behavior
Accurate to the individual details mentioned in the response from the file names, contents and inferred information (at least logical instead of making it up). The model should have suggested to create the files, instead of making them up to mislead.
### Additional context
_No response_
- Linguagem predominante
- Shell
- Estrelas
- 11.2k
- Forks
- 1.9k
- Merge médio
- 14h 16min
- PRs com merge (30d)
- 6
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/copilot-cli
-
triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
github/copilot-cli#4932 ·
-
triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
github/copilot-cli#4909 ·
-
triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
github/copilot-cli#4906 ·
-
triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
github/copilot-cli#4848 ·
-
area:agents area:mcp
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
github/copilot-cli#4729 ·
Todas as issues de github/copilot-cli
Issues semelhantes
-
Add 4.2.2 Kafka version Abertagood-start
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
-
[Chore] Keep one viget-block-generator skill and replicate it, instead of four tracked copies Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
VilnaCRM-Org/user-service#497 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
conda-forge/spacy-feedstock#177 ·
-
area:jail bug security severity:low track:open-source
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 75/100