Commit 0479ee06 authored by Vacaliuc, Bogdan's avatar Vacaliuc, Bogdan
Browse files

modify the prompt to deal with the docs/developer/ info and where to put our investigation files

parent 755a023c
Loading
Loading
Loading
Loading
+1 −1
Original line number Diff line number Diff line
@@ -40,5 +40,5 @@ Under this environment, I created a branch in [tasking](https://code.ornl.gov/6o

## Prompt 1

You are working on the tasking project, quicknxsv2-modularization branch. You are preparing documents to support a week-long software developer/neutron scientist "hack-a-thon". The goal of this "hack-a-thon" is to evaluate whether the software quicknxsv2 is suitable for being modularised into a "front-end" UI (currently based on Qt) and a "back-end" module (currently the mr_reduction project). The provenance of quicknxs draws its history from quicknxsv1 (which has had recent development in the feature/read-event-nexus branch). The task is to conduct an *extensive and through* investigation into the quicknxsv2 and mr_reduction software repositories. Please construct the necessary documents to provide a *knowledge-base* that future teams of agents can use to answer questions including (but not limited to) a) how the software is structured. b) the level of separation between "front-end" and "back-end", c) the feasibility and approaches that *future* sessions may use to *plan* such separation efforts using software best practices and red-green test driven development. Be expansively thorough and read as much git commit history as you need in quicknxsv2, mr_reduction and any other repository that you require. Be diligent and resourceful. If you need a tool to analyze the data that you do not have, use venv, uv and/or pixi to install it ask me to help you.
You are working on the tasking project, quicknxsv2-modularization branch. You are preparing documents to support a week-long software developer/neutron scientist "hack-a-thon". The goal of this "hack-a-thon" is to evaluate whether the software quicknxsv2 is suitable for being modularised into a "front-end" UI (currently based on Qt) and a "back-end" module (currently the mr_reduction project). The provenance of quicknxs draws its history from quicknxsv1 (which has had recent development in the feature/read-event-nexus branch). The task is to conduct an *extensive and through* investigation into the quicknxsv2 and mr_reduction software repositories. Note that quicknxsv2 and mr_reduction each have a 'docs/developer/' with details on this; *do-not-trust-these*, but conduct your own independent investigation. Please construct the necessary documents to provide a *knowledge-base* that future teams of agents can use to answer questions including (but not limited to) a) how the software is structured. b) the level of separation between "front-end" and "back-end", c) the feasibility and approaches that *future* sessions may use to *plan* such separation efforts using software best practices and red-green test driven development. Be expansively thorough and read as much git commit history as you need in quicknxsv2, mr_reduction and any other repository that you require. Please write your documents into the tasking project, quicknxsv2-modularization branch file structure. Be diligent and resourceful. If you need a tool to analyze the data that you do not have, use venv, uv and/or pixi to install it ask me to help you.