Chiosa
Research collection

Software & Code

Research on Software & Code: explanations, evidence, limitations and connections between papers.

27 results

  1. Guided lessonSoftware & Code

    Inspect behavior and provenance before reusing a coding capability

    A coding team might call a specialist agent that helped before or copy a skill file from another repository. Reuse can spare repeated work, yet a prior passing solution can also carry a way to game a test. The studies suggest a practical first step: check the capability’s behavior in the current task and trace its source. Evidence from an agent library, coder-to-coder imitation and GitHub skill copies supports that judgment in different tested settings.

  2. Guided lessonSoftware & Code

    Check which failure an automated pass could expose

    A passing generated test may look reassuring even when its expected result comes from faulty code. A test checked against one repaired program may also misjudge other valid implementations, while a thread failure may stay hidden until a particular execution order occurs. Across three studies, the useful question is whether the check was placed in a position to distinguish the failure at issue. Their evidence comes from injected code faults, curated implementation panels, and controlled thread executions; each verdict stays tied to those evaluated conditions.

  3. Guided lessonSoftware & Code

    Place review where an uncertain signal would change the dataset

    A brain scan can resemble another scan without proving that both belong to one person. A math problem can resemble a benchmark question without being copied from it. In either case, acting on resemblance changes the dataset. Across identity auditing, math-data cleaning, and multilingual example construction, the useful question is where an uncertain signal meets a decision. The studies place review at different points in those workflows and measure different outcomes, so their results support a placement principle rather than one shared estimate of review’s benefit.

  4. Guided lessonSoftware & Code

    Match automation claims to the behavior each check observes

    A reconstructed package may pass tests, a controlled run may expose a concurrency bug, and a generated patch may resolve an issue. Each sounds like automation success, but each workflow reaches a different behavior and applies a different check. Read the result through that check. In these studies, native tests assess package behavior, executions reveal triggered failures, and benchmark tests grade applied patches. The claim each result supports stays within its task and study conditions.