Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

revise issue data model to support project object tracking #27

Open
kapil1garg opened this issue Feb 23, 2024 · 1 comment
Open

revise issue data model to support project object tracking #27

kapil1garg opened this issue Feb 23, 2024 · 1 comment

Comments

@kapil1garg
Copy link
Contributor

Our data model for issues may need some revisions to work better for project objects

Here's the current data model:

script_id: which OS issue was created for (or which SOAP note),
name: { type: String, required: true },
date_triggered: when issue was created,
expiry_time: when issue should be archived,
repeat: whether it's a repetitive issue,
issue_target: who the issue is for,
target_hash: used to check if an existing issue is present (de-duping),
computed_strategies: [{
    opportunity: time to send message,
    outlet_fn: function that says where the feedback should go (list of people, project channel),
    outlet_args: args for people and message contetn to send via outlet_fn,
  },
]
}

To have issues carried throughout interactions, I think a couple pieces are needed:

  1. data: have a way to store follow-up converstaions that are made on the same Slack thread. I could also see this a list where a student or mentor could attach new things to (for example, an image of their LIP board)
  2. messageId: ID of the sent message, returned from the Slack API, so follow-up conversations can be tracked and stored
  3. resolved: boolean field that lets the user decide when an issue is resolve. I think this will be needed for persistent issues that a mentor wants awareness of in SOAP notes and gets built up over many interactions with the student (e.g, a metacognitive issue)
@kapil1garg
Copy link
Contributor Author

hmm, also don't think there needs to be multiple computed strategies. easier to have just 1 issue with 1 strategy

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant