The rwx cycle
Autoresearch weaponization to ingest hundreds of papers in hours, run in-silico experiments, and write up 5,000 words in an afternoon when you're too broke to afford journal subscriptions. Tested and true.
R: literature review
Jiabin Huang's research advice offers a variety of tips for researchers.
First, perform a literature review.
Boiling the Ocean method: There are various "awesome-xyz" premade lists on GitHub that you can use to find papers. Consult past conferences to see where the field is heading. Cluster these papers into categories to understand "why x hasn't been solved yet."
Availability heuristic: Since many papers exist on X, you can ask Grok to search for threads. Alternatively, look online at your favourite theorists' websites, as well as non-traditional researcher websites, and see if there are recent writings that haven't been implemented yet. For example, I have implemented [undisclosed] suggestions from gwern.net for a research project, which isn't widely seen in academic literature.
Then, feed the context into your favourite research agent. In this case, I use Feynman, developed by my mutual Advait, and have suggested the following prompt contributions.
Feynman prompts sorted into different levels of granularity:
[insert link]Look around. As a leading expert in neuroscience, explain this lab's research canon and how it situates in contemporary work, ranked by originality, then point to individual significant papers of interest.- You are a research methodology expert. For each paper, identify the major versus minor contributions buried in this data, rank them by originality, and show with precision and accuracy where each one challenges or extends existing literature. Use bold text very sparingly for notetaking in Logseq. Provide a glossary for a technical 20-year-old. For each formula, provide intuition for reconstructing it step by step, with patterns understandable to a technical 20-year-old. Do not use bold text.
- Still acting as the research methodology expert, explain from the primitives level how they designed the pipeline, the quality and type of evidence and reasoning used, and its consistency.
- Michelin-tabling question, if you're meeting with the authors: As a leading neuroscientist, you find yourself at a fancy lunch with the authors. Read the discussion or looking-forward section while thinking granularly. What are three quirky follow-up questions that you would discuss with the team? What are the three key implications of this argument that you would encourage the authors to think about?
Researcher archetypes
Identify your default research style and use it to your advantage:
- The deep-dive specialist: months or years on one breakthrough
- The strategic collaborator: connecting dots across projects
- The methodology expert: enabling others' discoveries
- The translator: making research accessible and actionable
X: scorched-earth hypothesis testing
- If you have around a week for a project, you should start running experiments ideally on day one or two to leave time for adjustments. Notice and resist the urge to execute all experiments on day four.
- 50% of the time should be spent on running experiments, logistics, or building.
- Code should be constantly running.
Representations of the World in the Human Brain by Jack Gallant, an experimentalist.
According to your "why x hasn't been solved yet" buckets, continue narrowing each bucket down to testable and plausible hypothesis lineages. Come up with a list of hypotheses, anywhere from one to forty, ranked by upside, risk, and time taken to test.
As soon as we have the hypothesis, we can scope the experiment. Tetraslam's playground has a great style guide for agents. You should also write a Markdown style guide.
Sketch a diagram of how information flows through the key components, starting out simple. Pick your tools accordingly for each stage. Ask agents to contrast tools by community size, features, and cognitive complexity, then pick the most relevant one for your use case.
It is a delicate balance to understand the experiment you are running versus optimizing for speed. You will feel cognitive strain. Adjust mental impedance accordingly. Remember: too much speed can lead to accumulated technical debt exponentially further down the line. See A Philosophy of Software Design by John Ousterhout.
Put all the observations and graphs into a page and share it with your collaborators. If an experiment didn't work, why? Brainstorm the most probable explanations. Review related literature again, adjust the direction, and proceed to test.
Models need to be evaluated. Consult vals.ai.
Collaborators
Take advantage of mornings, lunch, evenings, and walks to update results and brainstorm. Do not block others from doing their own work.
Meetings should not be the first time results are presented, since almost no one will digest them live and provide insightful suggestions.
W: drafting papers
- Throughout this entire time, you should be accumulating data points in all sections of the paper in parallel, rather than starting from scratch.
- Figures drive the narrative. See this note, this follow-up, and Jiabin Huang's paper-writing guide.
- Write these first: Introduction, Related Work, Methods.
- Write Discussion and the Appendix while you are running experiments. Feel free to word-vomit the Discussion and ask Feynman, or equivalent, to clean it up later.
- Write Key Contributions (Abstract) and Results last.
- Ask Feynman, or equivalent, to compile the paper from any medium, such as Markdown, into TeX.
- Preferably, import the paper into Overleaf so your collaborators can edit it too, as opposed to just having a PDF.
Monofocus
If you are researching at a small startup, it is extremely difficult to simultaneously run side projects and is not recommended. The founding team has extremely high stakes over a period of years and sometimes devotes 120 hours per week to ensure success. Founders may have given up $250k/year jobs at companies to build their own startup, or even social time. You will notice that the singular research project undergoes mitosis and contains a multitude of sub-projects itself as time stretches.
Links
Where to find free PDFs

- Sci-Hub
- Anna's Archive
- Many PDFs exist informally within the network on are.na, curius.app, or Grok.
- Gwern.net houses numerous PDFs.
- Go to various campuses, such as UC Berkeley or Stanford, and connect to Wi-Fi for free access.
- You can also buy access to libraries such as Stanford's by the week.
Paper tools
- Scholar Inbox and X lists for trending materials. You can scrape Scholar Inbox by conference to create maps.
- Customized Feynman for field investigations and lab canons.
- Curius for clipping links. People traditionally use Zotero, but I find it a bit slow.
- Logseq for notetaking. Upsides: symlinking, block-level searching, and quoting compared to Obsidian; equivalent journal pages and graphs. Downside: no phone syncing, which can lead to chore backlogs when on the go.
- alphAxiv autoscience, not yet tested.
- Claude Science, not yet tested.
- Open Science.
- Plurigrid skills: a series of systems- and cybernetics-adjacent skills for agents. Run
npx skills add. Note that there are several hundred skills and they may crowd out skills you have already downloaded.
Mental models
#scienceoflearning, #networks, #complexcausality, #interpretivelens