Thanks for the clarification. It sounds like the option I mentioned above would probably work for you, but before I get into that, I’ll take a step back to spotlight some (potentially-)useful data that’s available when you’re using Airtable in a browser.
Rather than leaving the URL static, Airtable constantly updates the URL depending on which table you’re in, which view you’re using, even which specific record you’re viewing (in expanded view only). Airtable uses a 3-character prefix for all items in its internal structure:
tbl = table
rec = record
viw = view
After that prefix is an internally-generated 14-character ID that represents that unique item.
Anyway, the good thing about your use case is that everything you want is in a single table, so the table ID and view ID won’t change. The unique part will be the record ID, and you can have Airtable share that with you for every record, allowing you to build your URLs automatically.
First put Airtable into the Epics table view, and copy the URL from your browser window. Just FYI, the URL will probably end with “?blocks=hide” (unless you have blocks visible, in which case it will be “?blocks=show”), which isn’t necessary to copy, as Airtable will add that on the end itself, so just omit that part when copying.
As an example (scrubbed for privacy), here’s how the URL should look in a generic sense:
Now expand a single record, and notice the change to the URL. It starts as above, but before the blocks suffix is this piece (similarly scrubbed):
That’s the record ID for the record you viewed. You don’t need to copy that, though because we’re going to make Airtable give it to us for every single record.
Add a Formula field to the Epics table with the following formula, using the base URL you copied earlier (without the record ID):
"https://airtable.com/tblXXXXXXXXXXXXXX/viwYYYYYYYYYYYYYY/" & RECORD_ID()
That will generate a unique URL for each record which, when opened, will automatically display the appropriate record’s expanded view.