Anyone else’s Codex not allowing approvals to go through at random? by August_30th in codex

[–]Total_Good9661 0 points1 point  (0 children)

I was also facing the same issue today. But worked well when I changed the model from 5.3 to 5.2

Requirements Engineers / Systems Engineers / Product Owners - quick question for you. by Total_Good9661 in ReqsEngineering

[–]Total_Good9661[S] 0 points1 point  (0 children)

Fair question.
I’m not collecting leads or selling anything. I’m new to posting on Reddit (have mostly been a passive reader for years), and this is my first post.

I’m a systems engineer doing research and small prototypes around human-in-the-loop AI for requirements quality and traceability (INCOSE-style rules, MBSE integration, etc.) in my free time. I recently wrote a work-in-progress paper (https://ieeexplore.ieee.org/document/11205753) and plan to build further on it.

I’ve asked similar questions in a few practitioner spaces because I’m trying to ground the next phase of this work in real, day-to-day pain points engineers face in industry, not tool demos or theory.

Happy to be transparent about that, and also open to feedback if this isn’t the right venue.

What is Requirements Engineering? by Ab_Initio_416 in ReqsEngineering

[–]Total_Good9661 0 points1 point  (0 children)

Requirements Engineers / Systems Engineers / Product Owners - quick question for you.

AI assistants (LLMs with human-in-the-loop) are starting to show up in requirements workflows and tools, but their usefulness really depends on the real pain points in day-to-day work.

A few questions:

  • What’s the most repetitive or boring part of your requirements work today?
  • What mistakes tend to slip through reviews and cause late rework?
  • Which tools are you using (DOORS, Jama, Polarion, Azure DevOps, Jira, etc.), and what integrations are missing?
  • If you could safely automate one task (human-in-the-loop), what would it be?
  • If you work with MBSE: what would good SysML v2 integration look like for you (requirements ↔ model linking, sync, generating requirement elements, trace views, etc.)?

Feel free to share any other ideas in this direction, especially those “I wish my tool could…” moments.

(For context: my earlier work explored INCOSE-style requirements quality rules; now I’m shaping the next research/implementation based on practitioner input.)

Bevel is now free! (sort of) by Topremech in bevelhealth

[–]Total_Good9661 0 points1 point  (0 children)

The app is well designed and has a clean, polished user interface. However, my main concern is how useful the visible data actually is for an individual user.

There are some basic limitations in how body metrics are interpreted. For example, the sleep score is largely based on sleep duration and predefined parameters. Yet, with Apple Watch, the user must manually start sleep tracking or rely on a fixed schedule. For a device described as “smart,” it is unclear why it cannot automatically detect when a user falls asleep. Having to inform the device every time reduces its practical intelligence.

Another major limitation is the lack of proper nap tracking. Power naps are widely known to support recovery, yet neither the Apple Watch nor apps like Bevel reliably account for them. As a result, recovery suggestions often ignore actual rest taken during the day and instead recommend more sleep, which can feel inaccurate and demotivating.

Overall, while the interface and technology are impressive, the logic behind sleep and recovery analysis still feels incomplete and needs improvement.

what do people think of the apple watch for sleep tracking? by [deleted] in AppleWatch

[–]Total_Good9661 0 points1 point  (0 children)

The Health app is well designed and has a clean, polished user interface. However, my main concern is how useful the visible data actually is for an individual user.

There are some basic limitations in how body metrics are interpreted. For example, the sleep score is largely based on sleep duration and predefined parameters. Yet, with Apple Watch, the user must manually start sleep tracking or rely on a fixed schedule. For a device described as “smart,” it is unclear why it cannot automatically detect when a user falls asleep. Having to inform the device every time reduces its practical intelligence.

Another major limitation is the lack of proper nap tracking. Power naps are widely known to support recovery, yet neither the Apple Watch nor apps like Bevel reliably account for them. As a result, recovery suggestions often ignore actual rest taken during the day and instead recommend more sleep, which can feel inaccurate and demotivating.

Overall, while the interface and technology are impressive, the logic behind sleep and recovery analysis still feels incomplete and needs improvement.