You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .claude/agents/annotation-reviewer.md
+2-5Lines changed: 2 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -31,14 +31,13 @@ For each annotation you will create or update the `review` section of the `exist
31
31
32
32
Only edit the `review` section. For any statement, back it up with a citation used in the overall document. You should quote exact passages of text in `supporting_text`.
33
33
34
-
Note that there should be an entry under `existing_annotations` for every line in the GOA tsv. You don't need to add new ones, just comment on existing ones
34
+
Note that there should be an entry under `existing_annotations` for every line in the GOA tsv.
35
35
36
36
The exception is if you think there are key annotations missing. In this case you should add entries, completing the `term` portion yourself, with `action: NEW`. Only do this for annotations not covered or with `proposed_replacement_terms` in existing annotations.
37
37
38
38
2.**Critical Evaluation**: You must not accept existing annotations as gospel, regardless of whether they are marked as experimental (EXP, IDA, IPI, etc.) or computational (IEA, ISS, etc.). Many GO terms represent over-annotations that need correction.
39
39
40
-
However, in general IBA annotations have undergone extensive review as well as making phylogenetic sense, they often frequently represent the
41
-
term at the right level of specificity. However, they can be conservative and missing functions.
40
+
However, in general IBA annotations have undergone extensive review as well as making phylogenetic sense, they often frequently represent the term at the right level of specificity. However, they can be conservative and missing functions.
42
41
43
42
Always make use of the `original_reference_id`. If this refers to a PMID, then read the publication (in publications/ directory) and make use of the information there.
44
43
@@ -64,8 +63,6 @@ Note that duplicates (i.e exact same GO ID) are perfectly fine, there is no need
64
63
It may also be OK for IEAs to be broader than what is determined by IBA or literature, you can just mark these as accept,
65
64
unless you think the mapping is too general.
66
65
67
-
68
-
69
66
5.**Detailed Justification**: For each annotation, provide:
Copy file name to clipboardExpand all lines: CLAUDE.md
+19-15Lines changed: 19 additions & 15 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -25,22 +25,24 @@ genes/
25
25
CFAP300-bioinformatics/ <-- the folder for any bioinformatics analyses (create this if necessary)
26
26
<othergenes>/
27
27
...
28
-
worms/
28
+
worm/
29
29
lrx-1/
30
+
SCHPO/ <-- other orgs use uniprot species codes
30
31
...
31
32
publications/
32
-
PMID_123456.md <-- cached publication text (this should be available for you)
33
-
33
+
PMID_123456.md <-- cached publication text (this should be available for you, DO NOT EDIT)
34
+
reactome/
35
+
R-HSA-NNNNNN.md <- cached reactome entry
34
36
35
37
You can regenerate the derived files by running commands like:
36
38
37
39
```
38
40
just fetch-gene human CFAP300
39
41
```
40
42
41
-
This makes the uniprot, goa, and citations files. It will also create a stub for the gene review if it doesn't exist.
43
+
This makes the uniprot, goa, and publications files. It will also create a stub for the ai-review.yaml if it doesn't exist.
42
44
43
-
After making edits to the yaml file, you can validate the file by running:
45
+
After making edits to the ai-review.yaml file, you can validate the file by running:
44
46
45
47
```
46
48
just validate human CFAP300
@@ -75,27 +77,29 @@ existing_annotations:
75
77
<review of existing annotations, using the GO guidelines; should include all annotations from goa.csv>
76
78
core_functions:
77
79
<your own summary of the core functions of the gene>
80
+
proposed_new_terms:
81
+
<suggestions for new GO terms>
82
+
suggested_questions:
83
+
<suggested questions for experts>
84
+
suggested_experiments:
85
+
<suggested experiments to elucidate gene function>
78
86
```
79
87
80
-
See the schema and existing files for more details (there are only a few files to look at for now, so all count as exemplars, we will
81
-
annotate exemplars more later on)
88
+
See the schema and existing files for more details.
82
89
83
90
When creating a new review, always make sure files are in place:
84
91
85
92
`just fetch-gene <organism> <gene>`
86
93
87
94
This creates the uniprot, goa files, and a stub for the gene review.
88
95
89
-
The next thing is for you to do deep research on that gene and make a GENE-notes.md file, with citations inline (e.g [PMID:12345 title, "<supporting text>"]).
96
+
The next thing is for you to do deep research on that gene and make a GENE-notes.md file, with citations inline (e.g [PMID:12345 title, "<supporting text>"]). In some cases this will have been done ahead of time for you.
90
97
91
98
## Reviewing existing annotations
92
99
93
-
You should start with the ai-review.yaml file, where stubs are created for you (from `just fetch-gene <organism> <gene>`). Any PMID cited should
94
-
be in the publications folder, e.g. `publications/PMID_123456.md`. Review these.
100
+
You should start with the ai-review.yaml file, where stubs are created for you (from `just fetch-gene <organism> <gene>`). Any PMID cited should be in the publications folder, e.g. `publications/PMID_123456.md`. Review these.
95
101
96
-
A deep research file should already be present in the gene folder, e.g. `genes/SPECIES/GENE/GENE-deep-research.md`. This should contain a summary of the
97
-
literature, and any other information you found useful for the review. There may be irrelevant information in the citations, that is OK. If this is
98
-
not present, make your own and keep notes in `genes/SPECIES/GENE/GENE-notes.md`.
102
+
A deep research file should already be present in the gene folder, e.g. `genes/SPECIES/GENE/GENE-deep-research.md`. This should contain a summary of the literature, and any other information you found useful for the review. There may be irrelevant information in the citations, that is OK. If this is not present, make your own and keep notes in `genes/SPECIES/GENE/GENE-notes.md`.
99
103
100
104
Be aware that many GO terms are over-annotations. You should also not take existing annotations as gospel, whether experimental or bioinformatic.
101
105
always use a holistic synthesized picture of the gene function that you have obtained from your research.
@@ -119,6 +123,8 @@ ActionEnum:
119
123
UNDECIDED:
120
124
description: The annotation is not clear, and the reviewer is not sure what to do with it. ALWAYS USE THIS IF YOU ARE UNABLE TO ACCESS
121
125
RELEVANT PUBLICATIONS
126
+
NEW:
127
+
122
128
```
123
129
124
130
## Tools
@@ -152,8 +158,6 @@ as e.g `file:<SPECIES>/<GENE>/bioinformatics/RESULTS.md`.
152
158
* NEVER guess identifiers for terms, genes, publications. Always use the relevant tools or MCPS, or look them up in derived files.
153
159
* For files `<GENE>-notes.md`, use literature deep search, and always record provenance for assertions, e.g `[PMID:12345 "<supporting text>"]`
154
160
155
-
156
-
157
161
## Support code
158
162
159
163
There is also support code in `src/ai_gene_review`, see the CLAUDE.md file in that directory for more details
0 commit comments