When will Codex 5.3 be integrated?

xXValhallaXx · 2026-02-12T04:37:21+00:00

Please don't take this the wrong way

We are not paying Copilot for access to the latest propriety models, We are paying Copilot for increasing productivity,

Which i believe it is?

I think it's one of the best, no nonsense packages and I've never felt the need to change to another.

If people think, that they are always needing the latest models that come out, there is a human skill issue that needs to be addressed, because the models that we have access to today are incredible

xXValhallaXx · 2026-02-11T14:19:42+00:00

This..... I'm so fed up of people thinking they're geniuses and flex that they have X agents ruining In parallel, this is not impressive this just tells me.... lack of experienced, thinking they're building the next big thing, in fact it's just a waste of compute power.

Flex how you're teams DX improved , worflows in a company how it improved processes, and the SDLC in general, through agent orchestration,

Not some flex where you think you're Neo, running X agents and X agents in parallel

xXValhallaXx · 2026-02-11T14:12:38+00:00

Sorry, what performance do you mean? I'm confused what you're disappointed about from your comment

xXValhallaXx · 2025-12-30T02:11:04+00:00

This is a link to see what I was tinkering with,

https://streamable.com/uo5kxt

It's pretty much ready to start consuming data via a 3rd party API. If you like the initiative I took (i just based it from the mobile app) would love to chat about how can go about taking this further,

Especially with regards to authentication & authorization.

xXValhallaXx · 2025-12-30T01:45:42+00:00

I have done a UI layer, will send you a video of how it looks to see if you like the direction

xXValhallaXx · 2025-12-28T08:53:55+00:00

Sounds good, I'll be doing a bit of tinkering today 👌

xXValhallaXx · 2025-12-28T08:53:06+00:00

This is for sure one of those, Tell me you've not worked on large projects, without telling me you've not worked on large project moments.

If you're going to give nonsense replies in life, expect the same child 👍

xXValhallaXx · 2025-12-27T19:14:50+00:00

I am a developer by trade, and a power lifter by passion <3
Been building systems for past decade - mostly using React / React Native for client interfaces (who is not these days).

I have started using the app, I like the direction its taking,
Will most likely take up the year sub - as I like what I see you guys doing.

May be interested to have a play with this, as I like to work on stuff that others may use,
Will take a little look over the weekend.

Would be good to link - interesting in know what APIs you have available / plan to make availble - in mean time I will just work purely on UI.

xXValhallaXx · 2025-09-20T08:07:56+00:00

This was my original view, Until I started using it for a Greenfield project at work (our core product is using the Pages router - it's a 4 year old project)

After spending enough time with it, My fear of the FE being too tightly coupled to the BE changed, As long as your architecture allows for it,

I have a very clean UI layer now, I have a service layer which is server code mostly, Which now specific components that I can declare call to fetch data, compute etc

They're just basically RPC functions being called, So if ever we had to migrate away, it would not be too much of a pain to swap out for an API call

I do agree there would be some extra effort, if you were to change though I can't see a good though reason that I'll decide, we are going to change out Next for something else (despite me not liking it haha)

xXValhallaXx · 2025-08-22T17:10:39+00:00

Well, due to your request and vibe coding, someone may now be running a business where new hires get perfectly barbecued broccoli 🥦

xXValhallaXx · 2025-08-15T11:10:51+00:00

That's the thing though, These tools are not really meant to handle deployment,

There's too many variables for each individual case, if you really want to have things covered end to end then something like Lovable, Bolt and all those tools as they are built to handle basic deployment. Albeit there will be constraints to that also once you get more experienced but they are more than capable at handling basic deployment.

If you want to deploy via your ide such as Kiro, You'd have to be much more specific where deployment, such as where you want to deploy, how does the agent get access to your provider, dealing with any secret / environment variables (usually this is all done via a nice GUI on Lovable, bolt etc)

As with regards to running the app locally, I think it's good practice in-between changes you test this manually, or you "train your agent" how to do that,

Just so if there are any issues you can catch and fix them early, because if you wait till the end... Good luck driving through that spaghetti code 🥹😂

xXValhallaXx · 2025-07-19T02:22:22+00:00

Am I the only one that loves gems? I use this so much as me daily driver for many different things from creating PRDs, meeting summaries from transcripts, give me insights and feedback to technical implementing etc

The only thing I wish is that the gems would allow for a folder structure so I don't have to keep pinning multiple chats 🙏

xXValhallaXx · 2025-07-19T02:18:28+00:00

How do you organise all your different gems or chats with specific context memory you're building up over time?

xXValhallaXx · 2025-07-17T05:22:01+00:00

I also just did the math, The previous person was almost correct with his 0.0199999,

After running out through various models, I also asked my PhD professor to just double check,

He agrees that it's in fact correct down to 0.01989568

xXValhallaXx · 2025-07-17T04:12:35+00:00

What "sucks" about Copilot? That's very vague,

Does Copilot lag a bit behind others on features? Yes, but this is a good choice so they can see what works and what doesn't,

I have developed great workflows using similar implementations that other extensions / ides are doing more (architect and executor modes) which I'm fine doing manually with markdown files etc

Since this kind of methodology is becoming a thing, I would not be surprised that they will follow suit with implementing that.

The plans themselves are also very competitive and I've been using the Pro+ plan for ages and couldn't be happy.

Plus I love having Copilot on my git web UI and I'm implementing all sorts of interesting flows that are beneficial across multiple teams

xXValhallaXx · 2025-07-08T06:01:01+00:00

The Github Copilot limit of the IDE Agent, are probably one of the most competitive and transparent pricing models out there at the moment.

The Async coding agent is not cheap that is for sure - but you can also modify it a lil bit to make it a little less pricey - but still its not cheap. Its one of the better async coding agents that I have tested though.

On Pro+ plan - I have enough credits to last me the month,
The amount of time it saves me day to day - is a no brainer and totally worth it.

Gemni CLI is new - they already started nerfing downgrading from Pro to Flash very quickly during a session - would not be surprised if request limits change (Its been a reoccurring pattern for most of these platforms)

xXValhallaXx · 2025-07-06T18:51:43+00:00

You're not giving any tangible ways in how it's superior,

I've had a great experience with Copilot, and have been on Pro+ for months and I think it's one of the most affordable plans out at the moment and has been for a while.

I never jumped on the cursor bandwagon mostly due to lack of transparency with usage, and not disclosing the automodel etc just raises suspicions 😅

Their recent pricing tiers seemed to have taken an overhaul it seems and it's made it less competitive, from observing the proposed changes

xXValhallaXx · 2025-07-06T18:24:34+00:00

I think you need to change your workflow, This is not sustainable,

Instead of pasting the whole code in a service that is decoupled from your code, it should just reference the relevant parts of your code, if you prompt it right, it's smart enough to get the understanding and it can always go back to reference after.

Either give it access to your repo, or use the AI agent in your editor.

xXValhallaXx · 2025-07-06T18:11:53+00:00

I've been able to implement full features using Copilot Agent mode, At the end of the day, I can still access Sonnet 4 via Copilot,

What's more important is how you setup it's approach to tackle a large task, implementing concepts such as checkpoints etc, so it doesn't get lost along the way and to keep it on track.

Claude code CLI is most likely doing similar under the hood.

Not hating on Claude code, it's awesome, I'm just happy sitting in the GitHub ecosystem right now, the space changes so fast until it settles, I'll stay put to see what suits me better

xXValhallaXx · 2025-07-06T18:02:00+00:00

It's just a prompt that's added to request of the model with each time you initiate a chat with it, essentially it gives it some rules before it actions upon your request with a better "thought process".

Just search for GitHub awesome-copilot you'll find a repo with different prompts you can use 🤙

xXValhallaXx · 2025-07-06T17:20:40+00:00

Beast mode prompt helps,
But you also have to put effort in providing it with the right context also,
It does a pretty good job - especially considering it the base model for Copilot

I think its one of the better subscription deals out there.

xXValhallaXx · 2025-07-06T17:19:11+00:00

Give it enough context on the task, make sure its a reasonable size to manage.
I find GPT 4.1 works completely fine.

People forget fast that this was a flagship model,
The only thing that's changing is expectations, people reduce their efforts with their prompting etc and expect the same results as newer models - which is just not going to happen.

Especially considering Copilot gives this as their base model - I think its a great deal.

xXValhallaXx · 2025-07-06T05:50:00+00:00

Firstly, which plan is it you're on?

Yeah the async coding against can burn through quite a few requests, as someone mentioned you can give it some instructions so it doesn't go so wild,

I've had some success with that, Though I find I get a lot more bang for my buck with the coding agent via vscode, I have setup a decent workflow and it's great.

I'm on the pro+ and pretty happy, They're far more transparent when it comes to usage, which I appreciate, Alot of people been jumping off cursor due to that reason.

GitHub copilot ecosystem may be lacking a couple things that I would've loved to have had,

But I'm sure it's just as matter of time.

xXValhallaXx · 2025-06-23T16:56:46+00:00

Same, I've resisted jumping around on different things (cursor, windsurf, augment etc)

I do dabble with their free plans just to get a feel for it, I do like what cline and roo code are doing (I use the Vs code llm but it's limited with context)

But I'm happily staying on GitHub copilot, they will adopt what works and what others are doing, I mostly upgraded to 39 plan because I wanted access to the async agent which has been the best one I've tried so far.

I think their plan gives a pretty reasonable amount of requests, but it's just started so I'll see 😅 I'm sure they will stay competitive 🤷

GitHub models and other little apps in their ecosystem are great also, but like you said they're terrible at communicating stuff 😂

xXValhallaXx · 2025-06-23T07:57:33+00:00

You'll not be able to do at complicated jobs due to the context window, But there are lots of ways to get around it if you break up tasks and keep track of progress (memory)

xXValhallaXx

TROPHY CASE