Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Let one screener answer fill several check inputs

Aperta
  • Qualcosa non va?
#569 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
java
Ambito
api, backend

Direzione di ricerca

Start by tracing InputSchemaService.transformIncomeAssessmentsSchema and FormDataTransformer.expandIncomeAssessments, the existing special case introduced by PR #549. Follow how form-js field keys and check input paths control answered-question hiding, then inspect the AI drafting prompt. Done means a general binding approach supports copied and derived answers and makes the approximation visible in results; the issue leaves those design choices open.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

backend frontend

Problem

The builder asks exactly one question per unique input path. When checks need the same fact under different paths, screeners repeat questions. For example, one check might read people.client.dateOfBirth while another reads an age, or programs might prepare the same household's income under different rules.

Branch #549 added a special case for income. Library checks key incomeAssessments by program basis (paLiheap, pecoCap, …). The builder asks incomeAssessments.annualIncome and incomeAssessments.householdSize once (InputSchemaService.transformIncomeAssessmentsSchema) and copies the answers to every basis before evaluation (FormDataTransformer.expandIncomeAssessments). Without that, a screener with every utility benefit would ask for income seven times.

Goal

Generalize this so one form field can supply several input paths, either declared by the library (path equivalences or derivations) or chosen in the builder. AI drafting could then reduce questions across benefits instead of only ordering them.

Considerations

  • A shared answer approximates programs whose rules differ, such as income exclusions or household membership. Decide when that approximation is acceptable and how results should communicate it.
  • Bindings involve form-js field keys, FormDataTransformer, the check input paths used to hide answered questions, and the AI drafting prompt.
  • Derived values (age from date of birth) differ from copied values (the same income for several bases).
Lingua principale
Java
Stelle
16
Fork
5
Merge medio
14h 34m
PR unite (30g)
23

Preparare l'ambiente

Apri in Codespaces

Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.

  • Nessun Dockerfile né file Docker Compose
  • Ha un modello di pull request
  • Nessuna guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di CodeForPhilly/benefit-decision-toolkit

Tutte le issue di CodeForPhilly/benefit-decision-toolkit

Issue simili

Altre issue su Java

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.